Re: Time jumps ahead more than a day after suspend and resume

Ooops... sorry.... just realised the native windows version ran on another laptop, so it could well be a bios problem. disregard what i wrote. Jaap-Henk On 16 Jul 2002 07:12:37 +0200 Jaap-Henk Hoepman <hoepman(a)cs.utwente.nl&gt; writes: > Dear Stephen, > > You're correct in assuming that (current-time-string) gives the correct result > always. However, i've never seen this behaviour with the native windows port of > XEmacs, only with the cygwin version.... so why does only the windows version > do-the-right-thing? > > Jaap-Henk > > On Fri, 5 Jul 2002 05:01:36 +0200 "Stephen J. Turnbull" <stephen(a)xemacs.org&gt; writes: > > >>>>> "Jaap-Henk" == Jaap-Henk Hoepman <hoepman(a)cs.utwente.nl&gt; writes: > > > > Jaap-Henk> After a suspend and the next resume, the value of > > Jaap-Henk> (decode-time (current-time)) has increased by more than > > Jaap-Henk> a day (see eg header of this mail; that's how i > > Jaap-Henk> discovered this in the first place)! This happens > > Jaap-Henk> independent of the length of the suspended state, > > Jaap-Henk> although it seems that the longer the system is > > Jaap-Henk> suspended, the larger the time increase > > Jaap-Henk> becomes. Needless to say both windows and cygwin report > > Jaap-Henk> the correct time.