MLUG: RE: [MLUG] 2038 Rollover - Was: Unix Epoch Time
RE: [MLUG] 2038 Rollover - Was: Unix Epoch Time
Email address obfuscation in effect -- please click here to turn it off.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
> I'm not sure whether they can "fix" this at that
> time if POSIX requires a 32-bit integer for seconds in the epoch.
> Anybody know better?

I might not have been very clear in my initial post, POSIX doesn't require
the use of a 32-bit integer. 64 bit systems should already be fine and still
be POSIX compliant. POSIX only decrees that we count in seconds from 1 Jan
1970.

For most programs, when we move to 64 bit systems a recompile will be fine
and all will be well. For example that perl script will work fine if the
underlying system works in 64 bits. Trouble arises when we find a programmer
has only allocated 32 bits when storing a timestamp internally. That's what
will cause the equivalent of y2k in 34 years time.

Russell.

_______________________________________________
members mailing list
EMAIL:PROTECTED
http://mlug.missouri.edu/mailman/listinfo/members