Windows: Fix intermittent failures of t7701
commitd04099382b8ac8f6a54a755fa9a06118595d92d9
authorJohannes Sixt <j6t@kdbg.org>
Wed, 28 Jan 2009 09:52:26 +0000 (28 10:52 +0100)
committerJunio C Hamano <gitster@pobox.com>
Wed, 28 Jan 2009 18:31:04 +0000 (28 10:31 -0800)
tree87ea40b3feb2e512dc13ff87797a461425af48d9
parent297f6a535cb46d246d47a9ff2473cef4ee1ada27
Windows: Fix intermittent failures of t7701

The last test case checks whether unpacked objects receive the time stamp
of the pack file. Due to different implementations of stat(2) by MSYS and
our version in compat/mingw.c, the test fails in about half of the test
runs.

Note the following facts:

- The test uses perl's -M operator to compare the time stamps. Since we
  depend on MSYS perl, the result of this operator is based on MSYS's
  implementation of the stat(2) call.

- NTFS on Windows records fractional seconds.

- The MSYS implementation of stat(2) *rounds* fractional seconds to full
  seconds instead of truncating them. This becomes obvious by comparing the
  modification times reported by 'ls --full-time $f' and 'stat $f' for
  various files $f.

- Our implementation of stat(2) in compat/mingw.c *truncates* to full
  seconds.

The consequence of this is that

- add_packed_git() picks up a truncated whole second modification time
  from the pack file time stamp, which is then used for the loose objects,
  while the pack file retains its time stamp in fractional seconds;

- but the test case compared the pack file's rounded modification times
  to the loose objects' truncated modification times.

And half of the time the rounded modification time is not the same as its
truncated modification time.

The fix is that we replace perl by 'test-chmtime -v +0', which prints the
truncated whole-second mtime without modifying it.

Signed-off-by: Johannes Sixt <j6t@kdbg.org>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
t/t7701-repack-unpack-unreachable.sh