There are bigger problems with the Unix clock than that already. Old
Unix used GMT, newer Unixen use UTC so the same timeval is several
seconds out between very old and modern systems.
Our 64bit time_t in the 64bit kernels seems to work well in testing too
(except older SuSE which segfaulted but thats just a libc glitch). The
next time Linux seems to fall apart is 2800AD, although the CMOS hits
problems rather earlier and would need a new driver/definition if still
used. Feb 29th 2800 seems to be when all hell breaks loose and thats
*not* *our* *fault* but because time hasn't been standardised
sufficiently at this point.
2038 is more likely to be boom time for old long running embedded
systems, machinery and control circuits than Linux.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
