We are not sure why but it appears that the time problem may end up being
specific to a DSO enabled, debian distribution of apache. When we
recompiled a static version, the time that the ASP processes reported
remained the same as the system clock (no changes from PDT to GMT). It
looks like this is a bad-compilation problem or an effect of DSO.
On Fri, 7 Jul 2000, Vivek Khera wrote:
> >>>>> "JC" == Joshua Chamas <[EMAIL PROTECTED]> writes:
>
> JC> It may be possible that the time calculation is based
> JC> on some TZ* environment variable that is not consistent,
>
> It has been my experience that the first time any of the system
> date/time routines are called and TZ is set, that becomes the
> permanent time zone until the process goes away. So it could be
> something totally other than ASP setting the time zone for the
> process.
>
>
