Debian discusses how to handle 2038
Debian discusses how to handle 2038
Posted Feb 24, 2020 15:23 UTC (Mon) by matthias (subscriber, #94967)In reply to: Debian discusses how to handle 2038 by ras
Parent article: Debian discusses how to handle 2038
Posted Feb 24, 2020 22:05 UTC (Mon)
by ras (subscriber, #33059)
[Link] (2 responses)
LWN needs joke tags for people like me who are slow on the uptake.
> 2^-144 s
Yes, you are right of course. I got my bases confused.
256 bits does indeed have excellent properties. Perhaps the nicest is that if the lifetime of the universe ends up being finite it's likely it will cover the entire period in plank units, which means if could be a true final solution for all of time. But you end up 14 bytes to the left of the implied decimal point and 18 to the right which is downright ugly. I'd prefer the 256 bits on both sides of the decimal point symmetry that 512 bits gives us.
Posted Feb 27, 2020 7:55 UTC (Thu)
by jengelh (guest, #33263)
[Link] (1 responses)
For integer time perhaps, but there are unsexy asymmetric splits in floating point. Which raises the question whether the machine running the multiverse program is actually having a global time counter, and whether that one will be using integer time to begin with.
Maybe the only reason the universe is expanding ever quicker is because it is running with FP somewhere where each step [i.e. `nextafter` C function] means a larger value the closer you approach MAX_FLT. ;-)
Posted Feb 27, 2020 22:57 UTC (Thu)
by ras (subscriber, #33059)
[Link]
Debian discusses how to handle 2038
Debian discusses how to handle 2038
Debian discusses how to handle 2038