Hi, On Mon, 3 Sep 2007, Johannes Sixt wrote: > Marius Storm-Olsen schrieb: > > There was a problem with racy conditions, which this revision fixes. > > The problem was that fstat was using the builtin implementation, which for > > for some reason is off by some amount of seconds. (This is probably due to > > some leap-year issue in one of the implementations. However, Microsoft > > tells > > us to use 116444736000000000 in http://support.microsoft.com/kb/167296, so > > I'll stick with that.) > > Thanks for the analysis and new patch. Indeed, FILETIME is UTC, which is > good; the native implementation returns local time, if I read the code (of > msvcrt) correctly. > > > With the our own implementations of lstat & fstat, the following test cases > > are now fixed: > > t4116-apply-reverte.sh > > ok 3: apply in reverse > > t4200-rerere.sh > > ok 17: young records still live > > However, the following test cases seems to fail now: > > t6024-recursive-merge.sh > > FAIL 1: setup tests > > FAIL 3: result contains a conflict > > FAIL 4: virtual trees were processed > > FAIL 5: refuse to merge binaries > > > > See attached test case logs. > > Are some of these test cases unstable, so the result will fluctuate on > > Windows? > > I see many more failures. in: > > t4001-diff-rename.sh: 5 > t4101-apply-nonl.sh: all > t4102-apply-rename.sh: 2,3,4 > t4116-apply-reverse.sh: 3 > t4200-rerere.sh: 12,13,17 > t5515-fetch-merge-logic.sh: 54 > etc... Funny. I do not get most of these: t4200-rerere, t5510-fetch, t5515-fetch-merge-logic, t5700-clone-reference, t5701-clone-local, t7004 This is all on top of 4msysgit's "devel" branch, and the t5* and t7004 failed there already. Oh, and I actually run from sh, not from cmd. (Wouldn't you have guessed?) Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html