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

[Mark D. Baushke]

-----BEGIN PGP SIGNED MESSAGE-----
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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (FreeBSD)

iD8DBQFH3HgmCg7APGsDnFERAppGAKDt0dnAZjJk5qCsTgfMuCA6TycrNACfV6Zh
KQ/KpCyxJhrwRn8qgbJL66o=
=Ji+H
-----END PGP SIGNATURE-----