That's easy. The 2038 problem is fixed by using 64-bit processors running 64-bit applications. Just about everything built in the last 15 years has already got the fix

Using that fix, the problem doesn't come up again for about 300 billion years

[–] pimeys@lemmy.nauk.io 22 points 4 months ago (2 children)

And not using 32-bit integers to calculate time. Which is still a thing in many many many codebases written in C or C++...

[–] JustEnoughDucks@feddit.nl 2 points 4 months ago (1 children)

32 bit embedded processors us a lot of 32 bit time, though i am not sure if date time libraries in SDKs have been updated to use 64 bit for time.

[–] pimeys@lemmy.nauk.io 5 points 4 months ago

Linux kernel updated to 64 bit time quite recently. In 2038 I can guarantee somebody in a very serious business is still using an ancient RHEL and will have issues.

load more comments (4 replies)