On Tue, 26 Sep 2006 20:16:07 -0500, Tom Schmidt <[EMAIL PROTECTED]> wrote: > > > > Linkname: Zoneinfo - Wikipedia, the free encyclopedia > > URL: http://en.wikipedia.org/wiki/Zoneinfo > > ... Dinos might want to continue Olson's work back to Rob's 1900 epoch > (as he noted). Olson's work is only goes back to 1970 (at best) as your > source link indicates, Paul. It is a little over 1/3 done (maybe). > > Remember that Dinos often store data that ranges back to the 1900 epoch. > (Insurance companies may well have policyholders born near (or before) > 1900, for example. That is the real world here in Dinoland.) > So, are you maintaining that a formula which gives correct results only since the most recent equinox (approximately), the current situation, is somehow preferable to one which gives correct results since 1970?
And IIRC, STCKCONV only gives UTC. To get correct local time, one must yet apply the offsets in the CVT. And AFAIK, STCKCONV is leap second- unaware beyond the current value of CVTLSO, so it will show errors converting TOD values prior to the most recent leap second. z/OS Unix Services does a little better for users: it gives correct results back to the most recent legislative change -- a few decades now where I am; only a few months next year. Olson's work should have been assimilated earlier in anticipation of the 2007 transition; clearly it's now too late for 2007; it should now be done to be prepared for the next upheaval. Adding the code can be done anytime so the data can be updated on short notice. It's a form of denial always to be either in a state with the next change in view and insufficient time to adapt, or with the next change unforseen and insufficient motivation. -- gil -- StorageTek INFORMATION made POWERFUL ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
