From 94fee9e70c27c9fff8f5d20b1556f748a1b7c92b Mon Sep 17 00:00:00 2001
From: simonmar <unknown>
Date: Tue, 18 Jan 2005 15:08:39 +0000
Subject: [project @ 2005-01-18 15:08:39 by simonmar] Win32: attempt to make
 inputReady() work on pipes too.  Fixes bug #995658.

---
 libraries/base/cbits/inputReady.c | 27 ++++++++++++++++++++++++++-
 1 file changed, 26 insertions(+), 1 deletion(-)

(limited to 'libraries/base/cbits/inputReady.c')

diff --git a/libraries/base/cbits/inputReady.c b/libraries/base/cbits/inputReady.c
index 30e140b89c..a86f961d5e 100644
--- a/libraries/base/cbits/inputReady.c
+++ b/libraries/base/cbits/inputReady.c
@@ -49,7 +49,32 @@ inputReady(int fd, int msecs, int isSock)
     else {
 	DWORD rc;
 	HANDLE hFile = (HANDLE)_get_osfhandle(fd);
-	
+	DWORD avail;
+
+	// WaitForMultipleObjects() works for Console input, but it
+	// doesn't work for pipes (it always returns WAIT_OBJECT_0
+	// even when no data is available).  There doesn't seem to be
+	// an easy way to distinguish the two kinds of HANDLE, so we
+	// try to detect pipe input first, and if that fails we try
+	// WaitForMultipleObjects().
+	//
+	rc = PeekNamedPipe( hFile, NULL, 0, NULL, &avail, NULL );
+	if (rc != 0) {
+	    if (avail != 0) {
+		return 1;
+	    } else {
+		return 0;
+	    }
+	} else {
+	    rc = GetLastError();
+	    if (rc == ERROR_BROKEN_PIPE) {
+		return 1; // this is probably what we want
+	    }
+	    if (rc != ERROR_INVALID_HANDLE) {
+		return -1;
+	    }
+	}
+
 	rc = WaitForMultipleObjects( 1,
 				     &hFile,
 				     TRUE,   /* wait all */
-- 
cgit v1.2.1