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 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
