On Sat, 19 Jul 2003, Dave Rolsky wrote:
autarch@houseabsolute:~/DateTime/modules/DateTime-TimeZone$ zdump -v Asia/Aqtau | grep 2038
Asia/Aqtau Mon Jan 18 03:14:07 2038 UTC = Mon Jan 18 07:14:07 2038 AQTT isdst=0 gmtoff=14400 Asia/Aqtau Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 07:14:07 2038 AQTT isdst=0 gmtoff=14400
Surely that's not right ;) I'd suggest that it's better to simply not output anything rather than output bad data. Obviously this is related to the 32-bit-ness of time_t, and is probably really a zic problem.
The same problem occurs at the other end of integer: Africa/Abidjan Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:29:44 1901 GMT isdst=0 gmtoff=-968 Africa/Abidjan Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 20:29:44 1901 GMT isdst=0 gmtoff=-968 -dave /*======================= House Absolute Consulting www.houseabsolute.com =======================*/