mark.davis@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@crd.ge.com P. O. Box 8, Bldg. K-1, Rm. 5B36A Schenectady, New York 12301-0008 USA