it's not like anyone will use IA-32 in 2038. changing the integer range of typedef time_t preserves the API. even if someone will in fact use IA-32, the type can be changed to long long. what's the big deal?
Name:
Anonymous2009-01-06 8:15
it's not like anyone will use IA-32 in 2038.
it's not like anyone will use 2-digit dates in 1999.
Name:
Anonymous2009-01-06 8:19
There's a difference between a typedef and moronic COBOL programmers encoding year as a two-character string.
[chris@haxbox:~] ./timet
bash: ./timet: This is not Ubuntu, faggot
Name:
Anonymous2009-01-06 16:15
$ timet
time_t is 32 bits.
$ uname
MINGW32_NT-5.1
In 2038, 89.62% of computers will be hosed.
But in 2019, we have another rollover to worry about: "'GPS Week' count starts at midnight 5-6 January 1980 UTC, and that the GPS Week field is modulo 1024. This means that the week count will roll over 7168/365.25 = 19.6249 years from then, or in 1980+19.625 = 1999.638 (August 21, 1999), only a few years from now." http://navcen.uscg.gov/gps/geninfo/y2k/gpsweek.htm
Name:
Anonymous2009-01-06 17:19
>>21
In 2038, 89.62% of computers from 2009 will be hosed.
>>13
Here's a more apt analogy: it's not like anyone will use software compiled in 1969 in 2000.
The fix doesn't even involve any rewriting of old code, just a recompiling of software using statically linked libraries.
Name:
FrozenVoid!FrOzEn2BUo2009-01-06 18:38
>>24
Well not really, because do you know how long it takes to recompile libC? I was reading a SlashDot article, and it stated that the 2038 bug might take from 8 - 12 months to fix.
Name:
Anonymous2009-01-06 18:46
>>20 asdf@localh0rst ~/src $ sudo ./timet
sudo: This is not ubuntu, faggot.
Name:
Anonymous2009-01-06 18:48
$ make me a sandwich
make: *** No rule to make target `me'. Stop.
$ sudo make me a sandwich
sudo: This is not Ubuntu, faggot.
$ ./timet
time_t is 27 bits.
$ uname
This is not Ubuntu, faggot.
Name:
Anonymous2009-01-06 19:48
mirbsd already uses a 64-bit time_t on x86. netbsd and openbsd are probably going to switch to using 64-bit time_t in x86 soon. pretty much every *nix available for x86-64 uses a 64-bit time_t.
most people will be using x86-64 by 2038, and the few people who will still be using x86 will have plenty of operating systems with 64-bit time_t to choose from.
>>25
it takes less than 6 hours (i'm not sure exactly how long, i just start it and leave and then come back 6 hours later and it's done) to compile freebsd (including the kernel, libc, and the rest of the base system) on my server with a 733MHz pentium III.
compare that to compiling java, which takes about a week on a 2GHz core 2 duo.