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=43665>. 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=43665 ------- Additional Comments From [EMAIL PROTECTED] 2007-10-22 02:31 ------- (In reply to comment #1) > The whole thing about filesystem granularity is trouble; it is worse on > windows. > > e warn about clock differences because if you have a network mounted disk on a > different clock, you are in deep trouble. > > 1. <date> selectors have a granularity of 0s on unix these days, I think. Now > that Ant on DOS is NT only, we could perhaps tighten the 2s rule for windows, > and allow some property to set the default granularity if you still build on > FAT > filesystems. I added some debug statements to the ant code (version 1.7.0), it showed that the granularity was 1000ms. > 2. what does an ls -l of the specific files show, compared to the original > file.? I added some debug statements into the DependSet class, it showed that the files res.getLastModified() was around 500ms old compared to the System.currentTimeMillis() used when creating the Date selector. I don't think it should warn in that case, but it does. Perhaps the granularity should be set to zero when generating the warning about files from the future. > 3. what does the clock test in ant -diagnostics print? The only thing I could find about clock in that output was: Temp dir alignment with system clock is -413 ms Running the diagnostics a lot of times gives me numbers from around -300ms to -1100ms, but most were around -800ms. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
