At 11:00 PM -0400 4/6/04, John E. Malmberg wrote:
Assorted other issues snipped (I may get back to comment on them at some point, but no promises).
No problems.
If there is a discrepancy between your current offset from UTC and your timezone rule, then something that is explicitly testing that the two are in synch may run into problems. Anything that uses UTC
or offsets from it (in short, anything using the standard C library functions) would have the same problem during the window between the time change and the system clock being reset.
The actual problem is that there are multiple independent ways of specifying the offset from the local time to UTC on OpenVMS for historical reasons.
I had a conversation with the editor of the OpenVMS FAQ about this today, and there will likely be an update to at least the OpenVMS FAQ.
The bottom line is to prevent problems, if you are not changing to/from DST at the exact time that the timezone rule states, you need to use the ZIC utility to create a new timezone.
And this was not obvious to me before this incident, and I am sure based on my conversation with the FAQ editor that I am not the only one to miss this. :-)
-John [EMAIL PROTECTED] Personal Opinion Only
