Could Lazy Y2K Fixes Still Haunt Us?

  • Thread starter Thread starter anorlunda
  • Start date Start date
AI Thread Summary
The discussion highlights concerns that the lazy fixes applied to the Y2K bug may still cause issues, particularly with systems that used "windowing" to manage dates, leading to problems in 2020 when those systems reverted to 1920. Specific software, like GEMPAK, is experiencing a Y2K21 bug, producing unusable files due to incorrect year outputs. Additionally, the Norwegian social welfare system faced complications when a 101-year-old was mistakenly recorded as one year old due to similar date handling errors. Future challenges are anticipated, particularly with the Unix time limit set for January 19, 2038, and potential issues arising from leap seconds and daylight saving time changes. Overall, the conversation underscores the ongoing complexities and risks associated with timekeeping in software systems.
anorlunda
Staff Emeritus
Science Advisor
Homework Helper
Insights Author
Messages
11,326
Reaction score
8,750
https://www.newscientist.com/articl...-the-y2k-bug-as-lazy-fix-takes-down-software/
Y2020 arose from a lazy fix to the Y2K (or millennium) bug. This was the concern that computer systems that saved years as two digits – 99, say, instead of 1999 – would treat 00 as 1900 rather than 2000. Thanks to mass patching in 1999, this didn’t happen. Yet it turns out that an estimated 80 per cent of computers solved this using a cheap and quick method known as “windowing”, in which all dates from 00 to 20 would be treated as the 2000s rather than the 1900s. When January 2020 rolled around, those systems reached the end of that window and reset to 1920.

The issue now seems to be under control, but 19 January 2038 was set to be the next troublesome date for Linux computers, which count the date in seconds from 1 January 1970. The date is stored as a 32-bit integer, and its storage capacity would be exceeded at this point.

GEMPAK is used to generate files used for weather forecasting.
twitter.com pmarshwx/status/1345178416765677569
GEMPAK has a Y2K21 bug that we have been working on all day. This mesoanalysis radar issue is one if the problems that has not been resolved. The mosaic-ing code is producing files with years 1921 and are unusable. ETA for fix remains unknown.

From the social welfare system in Norway:
twitter.com skogesT/status/1344579147495075840 [translated]
An app that turns 101-year-olds into one-year-olds?

Taken to be 100 years younger https://dagbladet.no/nyheter/tatt-for-a-vaere-100-ar-yngre/72135315

101-year-old Giovanni Palmiero has lived in London since 1966. When he applied to stay in the UK, now that Brexit has been introduced, a technical error occurred…

There is certainly a corresponding Y2K / 2020/2021 bug in Infotrygd (the case processing system NAV uses for, among other things, child benefit).
 
  • Like
  • Haha
Likes mfb, Drakkith, jedishrfu and 2 others
Technology news on Phys.org
Here's a table of time breakdown for different languages:

https://en.wikipedia.org/wiki/System_time

Unix systems start at Jan 1 1970 but DOS based systems start at Jan 1 1980 so there may be a few more gifts on the way.

Oh what a tangled web we weave once we seek a time reprieve.

All I want for New Years is a brand new clock, a brand new clock...
 
The SI system gives us the second as a unit of time, but that has little relevance to the human uses of hour/day/month/year/leap year.

Switching to/from daylight time, causes problems. We also have leap seconds. Often those cause software failures.

I just read that we may have our first negative leap second because the Earth has been spinning faster. That gives opportunity for entirely new kinds of software failures. Maybe even the UTC time servers could crash.

https://phys.org/news/2021-01-earth-faster.html

Some smug people think that because we have UTC, there are no more problems with measuring time or expressing time. That's very far from the truth.
 
Dear Peeps I have posted a few questions about programing on this sectio of the PF forum. I want to ask you veterans how you folks learn program in assembly and about computer architecture for the x86 family. In addition to finish learning C, I am also reading the book From bits to Gates to C and Beyond. In the book, it uses the mini LC3 assembly language. I also have books on assembly programming and computer architecture. The few famous ones i have are Computer Organization and...
I have a quick questions. I am going through a book on C programming on my own. Afterwards, I plan to go through something call data structures and algorithms on my own also in C. I also need to learn C++, Matlab and for personal interest Haskell. For the two topic of data structures and algorithms, I understand there are standard ones across all programming languages. After learning it through C, what would be the biggest issue when trying to implement the same data...

Similar threads

Replies
25
Views
4K
Replies
8
Views
3K
Replies
98
Views
21K
Replies
7
Views
3K
Replies
7
Views
4K
Replies
7
Views
3K
Back
Top