Are you ready for... 2038?

[GlitchyZorua]

2038. The year that marks the end for 32-bit operating systems. Are you ready for it? Because its gonna be the new Y2K!

Remember the Y2K problem? All hands were on deck! If you were buying a computer (at least, in best buy) in the year 1999, you would notice that there were these stickers all over place! tell you to turn off your computer at the end of the year 1999, i suppose this was to contain the damage caused by the Y2K crisis? 

The Y2K problem was pretty fascinating! (and... chaotic  ), Computers were not ready for the year 2000, and everyone thought the world was gonna end! (thankfully, it didn't...)
However, that's in the past, and we are way, WAY past the year 2000. The year is 2025. Tech has become more advanced (and... dumber?) then before. However, that isn't to say that technology isn't fool proof, (or bug-free), because there are computers that still rely on outdated old software, that is being held together by duct-tape and sticks, and still running a decade old operating system, like Windows XP. If that does sound familiar, that's because some, if not, most, governments are still using Windows XP, Windows 95, and... perhaps Windows 98. That's because the software that they use is critically needed, but the developers decided to stop working on it a long time ago, which means that they also could not be bothered to make it compatible for newer, more modern operating systems, or even modern architectures like 64-bit.

The problem exists in systems which measure Unix time—the number of seconds elapsed since the Unix epoch (00:00:00 UTC on 1 January 1970)—and store it in a signed 32-bit integer. The data type is only capable of representing integers between −(231) and 231 − 1, meaning the latest time that can be properly encoded is 231 − 1 seconds after epoch (03:14:07 UTC on 19 January 2038). Attempting to increment to the following second (03:14:08) will cause the integer to overflow, setting its value to −(231) which systems will interpret as 231 seconds before epoch (20:45:52 UTC on 13 December 1901). The problem is similar in nature to the year 2000 problem, the difference being the Year 2000 problem had to do with base 10 numbers, whereas the Year 2038 problem involves base 2 numbers.

Analogous storage constraints will be reached in 2106, where systems storing Unix time as an unsigned (rather than signed) 32-bit integer will overflow on 7 February 2106 at 06:28:15 UTC.

Computer systems that use time for critical computations may encounter fatal errors if the year 2038 problem is not addressed. Some applications that use future dates have already encountered the bug.[4][5] The most vulnerable systems are those which are infrequently or never updated, such as legacy and embedded systems. Modern systems and software updates to legacy systems address this problem by using signed 64-bit integers instead of 32-bit integers, which will take 292 billion years to overflow—approximately 21 times the estimated age of the universe.

Source: https://en.wikipedia.org/wiki/Year_2038_problem

From what I understand, is that once the year 2038 hits, computers running 32-bit will start overflowing and reset back to the year 1901, because the binary line will not have enough ones to fit! so it fills the binary with zeros, thus resetting it back to the year... 1901!



So, yeah, thats gonna be a puzzling bug to fix! Perhaps one day they'll find a work around for 32-bit systems! (maybe they will be forced to upgrade to 64-bit...)

Question for everyone on the forum! What will you do if the year 2038 hits! and what suggestions would you give to survive the nemesis known as the Y2K38 bug? 

Here is some good videos talking about the 2038 bug!