On Mon, 20 May 2002, Jon Travis wrote:

> Yeah, it's an interesting one -- apr_time_now() should be GMT though, and
> not have anything to do with timezones (not saying they aren't playing a
> part in this issue, though).
>
> This problem manifested itself when a program I was running on Windows
> had a hard time communicating with a program under UNIX.  Both used
> apr_time_now() to determine the current time, and I guess they came up
> with different answers.

Didn't someone post a patch for this months ago?  I remember it was an
extraneous timezone add (or subtract, one of the two), and that it was
in the Win32-specific time code.

--Cliff

--------------------------------------------------------------
   Cliff Woolley
   [EMAIL PROTECTED]
   Charlottesville, VA


Reply via email to