bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Clock skew detected warning


From: Martin Dorey
Subject: Re: Clock skew detected warning
Date: Sun, 2 Apr 2006 23:47:46 -0700

> Any intelligent operating system will store timestamps in a
> canonical format that does not jump around wildly when changing
> timezones or entering/exiting daylight savings.

Yes, and Windows does this.

> I don't use Windows so I don't know how it works: maybe it does the
> intelligent thing, too, and there's something else wrong here.

Yes.  One common reason is that a system adminstrator has chosen to override 
the default clock synchronization mechanism (which, these days, is a passable 
implementation of ntp) and to synchronize the clock to local time, rather than 
to the One True UTC by some other method.

My first port of call would be to find out the time zone configuration of the 
machine in question and how its clock is being synchronized.
--------------------------
Martin's BlackBerry, BlueArc Engineering


-----Original Message-----
From: address@hidden <address@hidden>
To: Li, Shiping (Sam) <address@hidden>
CC: address@hidden <address@hidden>
Sent: Sun Apr 02 22:22:06 2006
Subject: Re: Clock skew detected warning

%% "Li, Shiping \(Sam\)" <address@hidden> writes:

  ls> I am using gnumake to build a code and got below errors:
 
  ls> gnumake[2]: warning:  Clock skew detected.  Your build may be
  ls> incomplete.
  ls> .....
  ls> gnumake.exe[1]: *** Warning: File `../../videoss/mp4/dec/src/mp4d_mb.d'
  ls> has modification time in the
  ls>  future (2006-04-02 22:48:35 > 2006-04-02 21:49:07)
  ls> ....
 
  ls> I think normally people met this problem in NFS server because of
  ls> the clock sync problem, but they are talking about 2 seconds at
  ls> most.  In my case, it is one hour!
 
  ls> I think it may caused by summer time, it started today (April 2nd)
  ls> and it is the first day of summer time.  I met this problems in
  ls> two PCs.  I am using winXP and all the files are stored locally.

Well, if this is true then Windows has a stupid implementation of
timestamps.  Any intelligent operating system will store timestamps in a
canonical format that does not jump around wildly when changing
timezones or entering/exiting daylight savings.

I don't use Windows so I don't know how it works: maybe it does the
intelligent thing, too, and there's something else wrong here.  You
might consider asking on the address@hidden mailing list to see if
they have any advice there... this is a Windows-specific issue and they
know much more about Windows than the folks reading this list.


Good luck!

-- 
-------------------------------------------------------------------------------
 Paul D. Smith <address@hidden>          Find some GNU make tips at:
 http://www.gnu.org                      http://make.paulandlesley.org
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist


_______________________________________________
Bug-make mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/bug-make




reply via email to

[Prev in Thread] Current Thread [Next in Thread]