From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15750 invoked by alias); 12 Apr 2007 17:25:16 -0000 Received: (qmail 15733 invoked by uid 22791); 12 Apr 2007 17:25:14 -0000 X-Spam-Check-By: sourceware.org Received: from mail.artimi.com (HELO mail.artimi.com) (194.72.81.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 12 Apr 2007 18:25:09 +0100 Received: from rainbow ([192.168.8.46]) by mail.artimi.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 12 Apr 2007 18:24:44 +0100 From: "Dave Korn" To: "'Joel Brobecker'" , References: <20070411134219.GA33609@adacore.com> <20070411144451.GA21140@caradoc.them.org> <20070411145104.GE58502@adacore.com> <20070411151234.GA22185@caradoc.them.org> <20070412145818.GG3886@adacore.com> <20070412151221.GA856@caradoc.them.org> <20070412164744.GL3886@adacore.com> Subject: RE: [mingw32] stdin redirection Date: Thu, 12 Apr 2007 17:25:00 -0000 Message-ID: <018d01c77d27$7610fd90$2e08a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20070412164744.GL3886@adacore.com> Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-04/txt/msg00081.txt.bz2 On 12 April 2007 17:48, Joel Brobecker wrote: > I see what you mean now. I had a look at the MSDN documentation > for that function: They list the types of handles that can be used, > and they do not list files. However: They do not list pipes either. > So I'm wondering whether I'm looking at the right thing at all... http://msdn2.microsoft.com/en-us/library/ms686364.aspx In some circumstances, you can also use a file, named pipe, or communications device as a synchronization object; however, their use for this purpose is discouraged. Instead, use asynchronous I/O and wait on the event object set in the OVERLAPPED structure. It is safer to use the event object because of the confusion that can occur when multiple simultaneous overlapped operations are performed on the same file, named pipe, or communications device. In this situation, there is no way to know which operation caused the object's state to be signaled. For additional information about I/O operations on files, named pipes, or communications, see Synchronization and Overlapped Input and Output. (http://msdn2.microsoft.com/en-us/library/ms686358.aspx) Also perhaps "Using Pipes" (http://msdn2.microsoft.com/en-us/library/aa365799.aspx) cheers, DaveK -- Can't think of a witty .sigline today....