Win32: fix broken pipe detection
commit67934f93f54720398fcf35959f0c391a46593207
authorKarsten Blees <blees@dcon.de>
Thu, 1 Mar 2012 20:53:54 +0000 (1 21:53 +0100)
committerStepan Kasal <kasal@ucw.cz>
Thu, 29 May 2014 08:40:28 +0000 (29 10:40 +0200)
treeecd84ff85d6b7c4fe3190ce39b6cc6cd7eb7c233
parent94948aa6dc2633a4b73604b0100a0f726e139ad1
Win32: fix broken pipe detection

As of "Win32: Thread-safe windows console output", git-log no longer
terminates when the pager process dies. This is due to disabling buffering
for the replaced stdout / stderr streams. Git-log will periodically fflush
stdout (see write_or_die.c/mayble_flush_or_die()), but with no buffering,
this is a NOP that always succeeds (so we never detect the EPIPE error).

Exchange the original console handles with our console thread pipe handles
by accessing the internal MSVCRT data structures directly (which are
exposed via __pioinfo for some reason).

Implement this with minimal assumptions about the actual data structure to
make it work with different (hopefully even future) MSVCRT versions.

While messing with internal data structures is ugly, this patch solves the
problem at the source instead of adding more workarounds. We no longer need
the special winansi_isatty override, and the limitations documented in
"Win32: Thread-safe windows console output" are gone (i.e. fdopen(1/2)
returns unbuffered streams now, and isatty() for duped console file
descriptors works as expected).

Signed-off-by: Karsten Blees <blees@dcon.de>
compat/mingw.h
compat/winansi.c