The Linux Kernel Is Still Rectifying The Year 2038 Problem

[phoronix]

Phoronix: The Linux Kernel Is Still Rectifying The Year 2038 Problem

The Linux kernel is still working to rectify the Year 2038 problem whereby the time values stored as signed 32-bit integers will wrap around...

http://www.phoronix.com/scan.php?page=news_item&px=Linux-4.15-Year-2038-Fixes

[oldgaro]

"If the Linux Kernel was written in Rust that would not happen"

sqn!

[JustRob]

64 Bits will get us to the year 292,471,208,630.

[c117152]

Quick! Before it's too late!

[doublez13]

"If the Linux Kernel was written in Rust that would not happen"

sqn!

I can't see it taking more than a cycle or two to rewrite everything in Rust.

[andrei_me]

sqn!

Like in portuguese "só que não"?

[smitty3268]

64 Bits will get us to the year 292,471,208,630.

Just kicking the can down the road. Now we have a Y292B problem.

Clearly the only real solution is to come up with a variable length date structure.

[F.Ultra]

Just kicking the can down the road. Now we have a Y292B problem.

Clearly the only real solution is to come up with a variable length date structure.

Beats Windows with their Y28K problem though :-)

[Guest]

"If the Linux Kernel was written in Rust that would not happen"

sqn!

It's integer overflow, how would Rust have helped with that?

[timofonic]

I would love to know when Real Time Linux patches will get merged upstream/vanilla. Please make it happen!

https://wiki.linuxfoundation.org/realtime/start