5 ms·
it would double the range of positive integers it can store. that would mean no more "cheating," and using negative values to represent times before 1970. per
by allenbrunson 18y ago
it would double the range of positive integers it can store. that would mean no more "cheating," and using negative values to represent times before 1970.
personally i think they should redefine time_t to be a signed 64-bit integer. a better solution, i think.
- likpok 18y agoIIRC 64-bit Linux does this. As 64-bit becomes more prevalent, this may become a non-issue (Windows 7 was supposedly going to be 64-bit only, and one of the next releases may make this true). 16-bit Windows only lasted 10 years. There is 30 years until the problem. The biggest issue will be embedded code, but much of that may have failed/been replaced when 2038 rolls around.
- eru 18y agoAnd most embedded code does not care about dates anyway.
- deleted 18y ago[deleted]
- sh1mmer 18y agoIsn't the real problem recompiling executables for which the source is lost or are so hopelessly mired in legacy production systems deploying them would be hell on earth. That was the basic problem with Y2K no one expected them to live that long so upgrading them wasn't considered. This seems like the same retrofit issue, possibly with more warning and experience second time around.