Win32: fix broken pipe detection
commit5f5ceee9b53721703edd8bbd414fdd328adb71ba
authorKarsten Blees <blees@dcon.de>
Thu, 1 Mar 2012 20:53:54 +0000 (1 21:53 +0100)
committerJohannes Schindelin <johannes.schindelin@gmx.de>
Thu, 3 May 2012 16:43:38 +0000 (3 11:43 -0500)
tree19fd3b60ce048e814446ceee1ee39251d44e8678
parent4504787b33dd975e1abfd896d1e4a7c4278597de
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