t5400: avoid concurrent writes into a trace file

One test in t5400 examines the packet exchange between git-push and git-receive-pack. The latter inherits the GIT_TRACE_PACKET environment variable, so that both processes dump trace data into the same file concurrently. This should not be a problem because the trace file is opened with O_APPEND. On Windows, however, O_APPEND is not atomic as it should be: it is emulated as lseek(SEEK_END) followed by write(). For this reason, the test is unreliable: it can happen that one process overwrites a line that was just written by the other process. As a consequence, the test sometimes does not find one or another line that is expected (and it is also successful occasionally). The test case is actually only interested in the output of git-push. To ensure that only git-push writes to the trace file, override the receive-pack command such that it does not even open the trace file. Reported-by: Johannes Sixt <j6t@kdbg.org> Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>

Jeff King committed May 18, 2017 at 01:02 UTC 71406ed4d6d21fbe0ee0e068159739a7476f3039
1 file changed +4 -1
t/t5400-send-pack.sh
+4 -1
@@ -288,7 +288,10 @@ test_expect_success 'receive-pack de-dupes .have lines' '
288 $shared .have
289 EOF
290
291 - GIT_TRACE_PACKET=$(pwd)/trace git push fork HEAD:foo &&
291 + GIT_TRACE_PACKET=$(pwd)/trace \
292 + git push \
293 + --receive-pack="unset GIT_TRACE_PACKET; git-receive-pack" \
294 + fork HEAD:foo &&
295 extract_ref_advertisement <trace >refs &&
296 test_cmp expect refs
297 '