At 05:31 PM 4/18/2001 +0100, Martin Zinser wrote:
> >At 06:31 PM 4/17/2001 +0100, Martin Zinser wrote:
> >>>
> >>>not ok 17 # (stat) UTC: 987515872 VMS: 987523072
> >>>
> >>>$ x = 987523072 - 987515872
> >>>$ sh sym x
> >>> X = 7200 Hex = 00001C20 Octal = 00000016040
> >>
> >>Just to add to the discussion, the relevant logicals on the system are
> >>sys$timezone_differential = 3600
> >>sys$localtime = sys$sysroot:[sys$zoneinfo.system]met.
> >
> >The results of SHOW LOG *TIME* might also be of interest. It is kinda
> >sounding like a daylight savings time issue, but I don't know what to do
> >about it.
>
>Further results concerning this:
>
>- These are already all the relevant logicals (TCPIP$BIND_TIMEOUT should
>not influence this
> test ;-)
Huh. Did your systems staff run the timezone update command procedure when
shfting on/off (I can never remember) DST? If that's not run, the C RTL
won't notice the time shift and get things wrong. (Having the logical set
isn't sufficient)
Dan
--------------------------------------"it's like this"-------------------
Dan Sugalski even samurai
[EMAIL PROTECTED] have teddy bears and even
teddy bears get drunk
