start_command: flush buffers in the WIN32 code path as well
The POSIX code path did The Right Thing already, but we have to do the same on Windows. This bug caused failures in t5526-fetch-submodules, where the output of 'git fetch --recurse-submodules' was in the wrong order. Debugged-by: Johannes Schindelin <Johannes.Schindelin@gmx.de> Signed-off-by: Johannes Sixt <j6t@kdbg.org> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Johannes Sixt committed
Feb 4, 2011 at 09:41 UTC
13af8cbd6af3f572a5c6c2fb7adc8fc7c408a3e2
1 file changed
+1
-1
run-command.c
+1
-1
@@ -194,6 +194,7 @@ fail_pipe:
194
}
195
196
trace_argv_printf(cmd->argv, "trace: run_command:");
197
+ fflush(NULL);
198
199
#ifndef WIN32
200
{
@@ -201,7 +202,6 @@ fail_pipe:
202
if (pipe(notify_pipe))
203
notify_pipe[0] = notify_pipe[1] = -1;
204
204
- fflush(NULL);
205
cmd->pid = fork();
206
if (!cmd->pid) {
207
/*