Anonymous_User Absent Member.
Absent Member.
2037 views

Daylight Savings Time and File Date/Time Stamps

We use automated scripts for AutoCAD Lisp routines to compare files on a
local workstation's hard drive to the same files located on the server.
If the server files are "newer", then we copy them to the workstation.
Thus... we have a poor man's setup to "update" workstations when AutoCAD
Lisp programming changes/updates are made.

When Daylight Savings time ended Saturday night, the server's time changed
as expected, but the time stamp on our files created between April and
October also changed. All the files created in that time period had a one
hour increase in time.

For example:

TEST.LSP with a date/time of October 25, 2005 3:01pm

became:

TEST.LSP with a date/time of October 25, 2005 4:01pm

Because of this, all our workstations saw "newer" files on the server and
proceeded to update, which resulted in a lot of workstations copying a lot
of files to their local hard drives.

Why would the file's time stamp change ? and how do we fix it so it
doesn't happen again ?

We have Netware 6.0 SP3 and Windows XP SP2.
Labels (2)
0 Likes
6 Replies
Anonymous_User Absent Member.
Absent Member.

Re: Daylight Savings Time and File Date/Time Stamps

cadd@nospam__pec1.com wrote:
> We use automated scripts for AutoCAD Lisp routines to compare files on a
> local workstation's hard drive to the same files located on the server.
> If the server files are "newer", then we copy them to the workstation.
> Thus... we have a poor man's setup to "update" workstations when AutoCAD
> Lisp programming changes/updates are made.
>
> When Daylight Savings time ended Saturday night, the server's time changed
> as expected, but the time stamp on our files created between April and
> October also changed. All the files created in that time period had a one
> hour increase in time.
>
> For example:
>
> TEST.LSP with a date/time of October 25, 2005 3:01pm
>
> became:
>
> TEST.LSP with a date/time of October 25, 2005 4:01pm
>
> Because of this, all our workstations saw "newer" files on the server and
> proceeded to update, which resulted in a lot of workstations copying a lot
> of files to their local hard drives.
>
> Why would the file's time stamp change ? and how do we fix it so it
> doesn't happen again ?
>
> We have Netware 6.0 SP3 and Windows XP SP2.


What time zone is your server set to, and double check a workstation and
see what time zone that is set to and if the daylight saving time box is
checked.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Daylight Savings Time and File Date/Time Stamps

Here's my server time info:

Time zone string: "CST6CDT"
DST status: OFF
DST start: Sunday, April 2, 2006 2:00:00
DST end: Sunday, October 29, 2006 2:00
Time synchronization is active.
Time is synchronized to the network.
Tuesday, November 1, 2005 6:55:54.164 pm UTC
Tuesday, November 1, 2005 12:55:54.164 pm CST

My workstation is having the issue. I am set for Central Standard Time,
but my "Automatically adjust clock for daylight savings changes" was not
checked.

I checked the setting on my workstation, but it didn't do anything as far
as file times.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Daylight Savings Time and File Date/Time Stamps

cadd@nospam__pec1.com wrote:

> Here's my server time info:
>
> Time zone string: "CST6CDT"
> DST status: OFF
> DST start: Sunday, April 2, 2006 2:00:00
> DST end: Sunday, October 29, 2006 2:00
> Time synchronization is active.
> Time is synchronized to the network.
> Tuesday, November 1, 2005 6:55:54.164 pm UTC
> Tuesday, November 1, 2005 12:55:54.164 pm CST
>
> My workstation is having the issue. I am set for Central Standard Time,
> but my "Automatically adjust clock for daylight savings changes" was not
> checked.
>
> I checked the setting on my workstation, but it didn't do anything as far
> as file times.


That is most likely your problem. Your files were created in effect in
a different time zone. So the server changes time and your workstation
did not because the daylight saving box was not checked.

Let me give you a similar example.

We had a groupwise user send out a recurring appointment. They found
that during the months of March and November, the appointment shifted by
one hour on everybodies calendar but looked fine on theirs.

The issue was that they didn't have a daylight saving enabled. And
using that rule, everyone else does in fact change by an hour relative
to their workstation, so the systems were behaving correctly.

Does that make sense?

If you are in Central Time USA (as I am), and you are in an area that
observes Daylight Saving Time, then this box MUST be checked on all
machines at your location.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Daylight Savings Time and File Date/Time Stamps

Yes, that makes sense.

Is there anyway to tell from the file whether or not it was created by a
computer that did not have Automatically adjust clock for daylight savings
changes" turned on ?


> cadd@nospam__pec1.com wrote:
>
> > Here's my server time info:
> >
> > Time zone string: "CST6CDT"
> > DST status: OFF
> > DST start: Sunday, April 2, 2006 2:00:00
> > DST end: Sunday, October 29, 2006 2:00
> > Time synchronization is active.
> > Time is synchronized to the network.
> > Tuesday, November 1, 2005 6:55:54.164 pm UTC
> > Tuesday, November 1, 2005 12:55:54.164 pm CST
> >
> > My workstation is having the issue. I am set for Central Standard

Time,
> > but my "Automatically adjust clock for daylight savings changes" was

not
> > checked.
> >
> > I checked the setting on my workstation, but it didn't do anything as

far
> > as file times.

>
> That is most likely your problem. Your files were created in effect in
> a different time zone. So the server changes time and your workstation
> did not because the daylight saving box was not checked.
>
> Let me give you a similar example.
>
> We had a groupwise user send out a recurring appointment. They found
> that during the months of March and November, the appointment shifted by
> one hour on everybodies calendar but looked fine on theirs.
>
> The issue was that they didn't have a daylight saving enabled. And
> using that rule, everyone else does in fact change by an hour relative
> to their workstation, so the systems were behaving correctly.
>
> Does that make sense?
>
> If you are in Central Time USA (as I am), and you are in an area that
> observes Daylight Saving Time, then this box MUST be checked on all
> machines at your location.


0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Daylight Savings Time and File Date/Time Stamps

cadd@nospam__pec1.com wrote:
> Yes, that makes sense.
>
> Is there anyway to tell from the file whether or not it was created by a
> computer that did not have Automatically adjust clock for daylight savings
> changes" turned on ?
>
>
>
>>cadd@nospam__pec1.com wrote:
>>
>>
>>>Here's my server time info:
>>>
>>> Time zone string: "CST6CDT"
>>> DST status: OFF
>>> DST start: Sunday, April 2, 2006 2:00:00
>>> DST end: Sunday, October 29, 2006 2:00
>>> Time synchronization is active.
>>> Time is synchronized to the network.
>>>Tuesday, November 1, 2005 6:55:54.164 pm UTC
>>>Tuesday, November 1, 2005 12:55:54.164 pm CST
>>>
>>>My workstation is having the issue. I am set for Central Standard

>
> Time,
>
>>>but my "Automatically adjust clock for daylight savings changes" was

>
> not
>
>>>checked.
>>>
>>>I checked the setting on my workstation, but it didn't do anything as

>
> far
>
>>>as file times.

>>
>>That is most likely your problem. Your files were created in effect in
>>a different time zone. So the server changes time and your workstation
>>did not because the daylight saving box was not checked.
>>
>>Let me give you a similar example.
>>
>>We had a groupwise user send out a recurring appointment. They found
>>that during the months of March and November, the appointment shifted by
>>one hour on everybodies calendar but looked fine on theirs.
>>
>>The issue was that they didn't have a daylight saving enabled. And
>>using that rule, everyone else does in fact change by an hour relative
>>to their workstation, so the systems were behaving correctly.
>>
>>Does that make sense?
>>
>>If you are in Central Time USA (as I am), and you are in an area that
>>observes Daylight Saving Time, then this box MUST be checked on all
>>machines at your location.

>
>


Nope.
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: Daylight Savings Time and File Date/Time Stamps

On Tue, 01 Nov 2005 19:14:44 GMT, cadd@nospam__pec1.com wrote:

>Because of this, all our workstations saw "newer" files on the server and
>proceeded to update, which resulted in a lot of workstations copying a lot
>of files to their local hard drives.


The server didn't change. Your (Windows) workstation's view of the timestamp
changed. This has been true for some time now, and you can expect to see it
happen every time the Daylight/Standard time change happens.

It's a Windows "feature".


---------------------------------------------------------------------------
David Gersic dgersic_@_niu.edu

I'm tired of receiving rubbish in my mailbox, so the E-mail address is
munged to foil the junkmail bots. Humans will figure it out on their own.
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.