The Question is:
There is a date problem been reported for Microsoft routine cvtdate where the
code fails to calculate the change in time for daylight savings on years where
daylight savings (first Sunday of every April) occurs on April first and then
corrects itself afte
r one weeks time.
Do you know if a similar problem exists in the C runtime library or DECnet/OSI ?
The Answer is :
The OpenVMS Wizard is unaware of any problems in the handling of
daylight savings time in OpenVMS, save for a known case of a bug
in the stat handing that was introduced in recent C RTL ECO kits
and in the base V7.2 and V7.2-1 run-time libraries (this error
has been addressed in more recent ECO kits), and cases where the
system time and daylight savings time values are simply mis-set.
The OpenVMS Wizard is also not aware of any particular commonality
between the internals of the Compaq C compiler and the associated
C run-time library environment and the Microsoft C equivalent.