Proposed 64-bit changes

Kevin Kenny kennykb at crd.ge.com
Wed May 4 16:56:14 UTC 2005


mark.davis at jtcsv.com said:
> A. Extend by last year.
> B. No Daylight
> C. Others?

I find both (A) and (B) acceptable.  The politicians routinely diddle
with the Daylight Saving Time rules.  Even the year after the next is
conjectural - what the rules will be in a century, or 400 years, is
pure speculation.  As long as something resembling the correct time
of day is returned, the results should be entirely adequate.  In short,
Y2038 bugs in Daylight Saving Time processing are the least of our
worries.

As I said, in Tcl's analogue to zic (http://tip.tcl.tk/173), I put in
an arbitrary cutoff (easily changed) of 2100.  I suspect it ought to
be shorter.  (And I do get complaints about the footprint taken up
with the zoneinfo files, owing to the places where they wind up
ROMmed.)

--
73 de ke9tv/2, Kevin KENNY   GE Corporate Research & Development
kennykb at crd.ge.com           P. O. Box 8, Bldg. K-1, Rm. 5B36A
                             Schenectady, New York 12301-0008 USA




More information about the tz mailing list