ant-dev mailing list archives

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32105>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32105
sync task behavior @ 11:05 pm on 10/31
ant@kruithof.xs4all.nl changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From ant@kruithof.xs4all.nl 2004-11-07 18:25 -------
I suspect it is not the USB that is causing this mismatch but the filesystem.
The filesystem does determine how dates are stored on the disk. On some disks
the time is stored in UTC, on other file systems the time is stored in local
time. When syncing between to file systems that use UTC there is no problem, but
if one of the file systems uses UTC to store the time, and the other stores an
timestamp as "local" time, when the clock is set back /forward the times of the
files on the filesystem that uses UTC seem to change (but stay the same in UTC).
Now when a local time is used as timestamp on a filesystem, the time displayed
for a file stays the same (but changes with regards to an "observer" in UTC).
Using UTC timestamps has an advantage, A file changing in the hour where the
clock gets set back, will get a later timestamp, even when the first
modification is at 2:50(1) and the second one 11 minutes later at 2:01(2). This
is not the case when local timestamps are used. The file gets older by changing
it later!
Also travelling around, network interactions etc, make UTC more useable.
There is nothing ant can do about the time handling of the os. The one thing you
could try to do is use the same FS on both file systems.
I am marking the bug as invalid, as there is nothing in ant we can do about the
filesystems used, in combination with the handling of the timestamps in the
filesystems by the os.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org