2001/09/09: |
(At 01:46:40 GMT) A UNIX date when the time_t
value goes from 9 to 10 digits. Suspects are timestamps stored
in fixed-column tables and internal variables. |
2002/01/01:
|
(or any other date past this day) Processing errors may
occur in backward calculations and processing of dates in the
1980s and 1990s at this point in time |
2002/06/30: |
Last day European national currencies are acceptable. |
2002/07/01: |
First day of Euro-only transactions in the European Union
(EMU). |
2004/02/29: |
Last day of February - a leap year. |
2004/07/17-18:
|
GPS Receiver Almanac Rollover due to the use of an 8-bit field
for weeks since 22 August 1999 (256 weeks). |
2004 & 2005: |
Children born in 2000 enter school system. |
2005: |
Reported that some very old versions of UNIX (e.g. 16-bit BSD)
will die in 2005. |
2009/01/01: |
Satellite processing of distress signals from 121.5/243 MHz
emergency beacons ends. 406 MHz will be used instead. |
2009/09/09: |
Possible valid nonsense or marker date (same for any date where
Y, M, and D are the same). |
2010/01/01: |
Overflow for ANSI C library. |
2010/01/01: |
Sorting YYMMDD decade-reversed covers 1990-2009 only. |
2017: |
Children born in 2000 will be processed by university admission
systems. If they are still in operation, systems may think they
are dealing with 1900 or 2100. |
2019/01/01: |
Possible confusion may occur between YY and YYYY forms, over
first two digits of the date. |
2019/12/31: |
YY date limit for Microsoft Excel 95. |
2020/01/01: |
Mac (System 6.0.4+) Date and Time control will no longer be
able to set the current date. |
2025/12/31: |
Dates will fail on versions of Intuit's QuickBooks for DOS. |
2027/12/31: |
Dates will fail on versions of Intuit's Quicken, QuickPay 3
for Windows, and QuickBooks for Windows and Mac. |
2028/01/01: |
Systems that used a 28 year setback to remedy Y2K will fail. |
2030: |
As with 1970, this has been reported as a breakpoint in the
windowing system used by Microsoft in a large number of their
products. In these systems 29 will imply 2029 and 30 will imply
1930. |
2034/09/30: |
Overflow for UNIX time function. |
2035/12/31: |
Microsoft's Year 2000 statement of compliance timeframe ends
at 24:00. |
2036/02/06: |
(06:28:16 GMT) 2**32 secs from 1900/01/01 - 00:00:00
GMT. NTP timestamp overflows (2036/02/05 if 1900/02/29 is taken
into account). |
2037/01/01: |
Rollover date for NTP systems. |
2037/12/31: |
Year 2000 support for some editions of WS_FTP ends. |
2038/01/19: |
(03:14:07 GMT) 2**31 seconds from 00:00:00 GMT, Thursday
1st January 1970 (UNIX's birthday). The seconds counter used for
date/time information in UNIX and C and C++ will reach 2,147,483,647
- the largest number which can be stored as a 32-bit signed integer.
As a result an overflow problem will occur (i.e. the value of
the next number is unpredictable). Time differences mean it appears
that it will happen earlier in America (22:14:07 US EST, Monday
18th January 2038). There will also be a an additional problem
due to a discrepancy of a few seconds between system clocks and
astronomical time because the system will not have taken account
of leap second adjustments made in the interim period. This may
be significant only for a few very specialised systems, but could
give rise to difficulties if changes are based on algorithms which
do not take this into account. It is understood that the Java
programming language (which in many respects closely resembles
C++) will not have this problem. |
2041/01/01: |
IBM mainframe internal clocks will not go past this year (unconfirmed). |
2041/11/16: |
(24:00:00) Clock in Unisys BTOS/CTOS Operating System
will move on to 1952/03/01. |
2042/09/18: |
(23:53:47 GMT approx) Overflow of TOD timer on IBM Systems
370 and 390. |
2046/01/01: |
Amiga system date failure. |
2048/01/19: |
2**31 seconds from 1980/01/01 - Stratus VOS OS failure. |
2048/07/01: |
64**2 weeks from 1970 - some UNIX password ageing fails. |
2049/12/31: |
Microsoft Project 95 (and earlier) limit. |
2050/01/01: |
YY-windowing into 1950-2049 collapses. |
2060/01/01: |
The trick of using a two-digit year representation with the
first digit hex (98, 99, A0, A1 through to F9) fails today. If
the digits are stored as nibbles, no more can be done; if as characters,
200 more years brings the end of Z9. |
2068/01/01: |
YYMMDD = 000101 again for SunSPARC: SunOS, Solaris, BSD/OS,
Linux: in RTC. |
2070/01/01: |
Centenary of 1970/01/01 (base date for UNIX time_t). There is
the possibility of Y2K style faults. |
2071/05/10: |
(11:56:53.684) AS/400 internal hardware clock rolls over
to 1928/08/23. |
2072: |
(Exact date t.b.d.) Overflow of Milstar Operating System. |
2078/12/31: |
Excel 7.0 - The Last Day, #65380; and Excel 95. |
2079/06/06: |
2**16 days from 1900/01/01. |
2080/01/01: |
MSDOS file dates become ambiguous when displayed with two digit
years. Windows File Manager, set to ISO-8601 dates, drops 100
years from displayed file dates beyond 2080. |
2100/01/01: |
Y2.1K - most current PC BIOS run out of dates. MSDOS DIR renders
filedate years 2100-2107 as 99. Many short-term Y2K fixes will
fail. |
2100/02/28: |
Last Day of February - NOT a leap year. First failure of the
"4-year" rule since 1900 [NB - every year divisible by four is
a leap year unless it is divisible by 100, but not 400]. |
2101/03/01: |
It is claimed that a system which is compliant up to this date
will be totally date compliant, at least until 9999/12/31. |