4 ms·
RFC 2550 – Y10K and Beyond (1999)
- cs- 12y agoWe're 16 days behind 1st of April, at the time of this writing...
- peri 12y agoAnd should expect more novel NTP and time issues before it.
- 0942v8653 12y agoAlso see: http://longnow.org/about/ http://longnow.org/about/ which aims to fix Y10K/YAK/YXK but unfortunately not Y100K/Y64K/YCK (yet anyway).
- _jomo 12y agoYou can already hit these problems today. People always think about the current date, although there very valid are reasons to store future (or past) dates. For example, if you're are a scientist you might want to calculate where planet xyz is in 100,000 years - and store that date on your computer, today.
- cs- 12y agoAnd then you would of course use a toolbox (or make one) that supports large dates, or even work with other time units (ie. D)
- perlgeek 12y agoOne doesn't have to go that far. Mortgages, life insurance, annuity assurance and the like can run for more than the mere 23 years that are between now and 2038. Heck, I won't even be retired in 2038 if things continue to work as they do now.
- _jomo 12y agoApparently it already caused trouble with AOLServer in 2006 [0] because there was a database connection timeout of 1 billion seconds which hit the 32bit limit. [0]: http://www.mail-archive.com/aolserver@listserv.aol.com/msg09844.html http://www.mail-archive.com/aolserver@listserv.aol.com/msg09...
- polskibus 12y agoPlease label this as 1999, April Fool's Day .
- thomasfoster96 12y agoIt's interesting seeing how Wikidata has been storing dates. They store things like the time that the universe started as a date, which means the year is about 11 digits. JavaScript's Date object doesn't like such big dates - I don't think it works with anything greater than a few hundred million years.
- lorddoig 12y ago> A 32-bit counter for the number of seconds since 1970 [UNIX] wraps in 2038. What's the bet this one actually causes problems
- the8472 12y agoIt already has: http://en.wikipedia.org/wiki/Year_2038_problem#Early_problems http://en.wikipedia.org/wiki/Year_2038_problem#Early_problem...