[Top][All Lists]

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

Re: Since DST started, cvs update uploads entire sandbox, every time

From: Mark D. Baushke
Subject: Re: Since DST started, cvs update uploads entire sandbox, every time
Date: Sat, 15 Mar 2008 18:30:14 -0700

Hash: SHA1

Hi Nelson,

On a UNIX filesystem, a file which has been retrieved from the CVS
server will be written to the 'local' filesystem and then a stat() call
will be made to obtain the time for the file in seconds since the epoch
and this time is converted into a string in the UTC timezone.

CVS always keeps all of its repository timestamps in UTC as well.

In the best of all possible worlds, the time that is being obtained on a
Windows box would be the time from the NFTS filesystem in UTC and there
would also be a way to convert the time information into UTC printable
format using gmtime and possibly playing with ctime() (I do not recall
exactly how things are setup).

You will want to look closely at windows-NT/filesubr.c and the
check_statbuf() function and possibly the copy_file() function.

In any case, I wish you good luck and we will certainly consider making
changes to better support using UTC for time on a Windows box if you are
able to figure out what we are doing wrong.

> My questions are:
> a) has anyone else already found another solution to this problem, one 
> that obviates abandoning sandboxes twice a year on DST boundaries?
> ("Switch to Linux" doesn't count. :)

There is a popular rumor that using Cygwin under windows may also clean
up this particular problem. It is also not considered a popular answer.

> b) Is this problem perhaps fixed in cvs-1-12-xx?

I doubt it. I don't think any of the code changes between 1.11.x and
1.12.x deals with your problem explicitly.

        Good luck,
        -- Mark
Version: GnuPG v1.4.6 (FreeBSD)


reply via email to

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