public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Re: clock skew
@ 2000-04-07  5:27 Earnie Boyd
  2000-04-07  8:30 ` Tim Prince
  2000-04-07 16:47 ` Trevor Forbes
  0 siblings, 2 replies; 4+ messages in thread
From: Earnie Boyd @ 2000-04-07  5:27 UTC (permalink / raw)
  To: Trevor Forbes, Cygwin

--- Trevor Forbes <trevorforbes@ozemail.com.au> wrote:
> I get  the following random error when building packages?
> 
> make[1]: *** Warning: File `xmakefile' has modification time in the future
> (2000-04-07 08:09:32 > 2000-04-07 08:09:31)
> make[1]: *** Warning:  Clock skew detected.  Your build may be incomplete.
> 
> The clock skew is always out by one second and it never seems to affect the
> final build.
> There is no network drives involved
> 
> 
> http://sourceware.cygnus.com/ml/cygwin/2000-02/msg00035.html
> states the problem as:
> This appears to be a typical characteristic of Windows systems, as if the
> low order bits of the file time are "random."  It hasn't appeared to be a
> problem; I don't see it as often in Win2K.  I've wondered whether cygwin
> should mask off the low order bits, given that Windows works this way.
> 
> Is the above statement correct?
> 
> Anyway, my question is, given that it does not seem to affect builds and
> that does not seem to be a common problem.
> Should I just continue to ignore the error or will it eventually cause a
> build to be incomplete?
> 
> 

Would you be using a networked device for storage, compilation, etc?  This
could be a difference in clocks between your workstation and the fileserver.


=====
---
   Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
            __Cygwin: POSIX on Windows__
Cygwin Newbies: < http://www.freeyellow.com/members5/gw32/index.html >
           __Minimalist GNU for Windows__
  Mingw32 List: < http://www.egroups.com/group/mingw32/ >
    Mingw Home: < http://www.mingw.org/ >

__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread
* clock skew
@ 2000-04-06 16:52 Trevor Forbes
  0 siblings, 0 replies; 4+ messages in thread
From: Trevor Forbes @ 2000-04-06 16:52 UTC (permalink / raw)
  To: Cygwin

I get  the following random error when building packages?

make[1]: *** Warning: File `xmakefile' has modification time in the future
(2000-04-07 08:09:32 > 2000-04-07 08:09:31)
make[1]: *** Warning:  Clock skew detected.  Your build may be incomplete.

The clock skew is always out by one second and it never seems to affect the
final build.
There is no network drives involved


http://sourceware.cygnus.com/ml/cygwin/2000-02/msg00035.html
states the problem as:
This appears to be a typical characteristic of Windows systems, as if the
low order bits of the file time are "random."  It hasn't appeared to be a
problem; I don't see it as often in Win2K.  I've wondered whether cygwin
should mask off the low order bits, given that Windows works this way.

Is the above statement correct?

Anyway, my question is, given that it does not seem to affect builds and
that does not seem to be a common problem.
Should I just continue to ignore the error or will it eventually cause a
build to be incomplete?


Trevor


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2000-04-07 16:47 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-04-07  5:27 clock skew Earnie Boyd
2000-04-07  8:30 ` Tim Prince
2000-04-07 16:47 ` Trevor Forbes
  -- strict thread matches above, loose matches on Subject: below --
2000-04-06 16:52 Trevor Forbes

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).