From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5335 invoked by alias); 22 Apr 2005 13:23:32 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 2416 invoked from network); 22 Apr 2005 13:21:56 -0000 Received: from unknown (HELO legolas.inter.net.il) (192.114.186.24) by sourceware.org with SMTP; 22 Apr 2005 13:21:56 -0000 Received: from zaretski (IGLD-80-230-73-48.inter.net.il [80.230.73.48]) by legolas.inter.net.il (MOS 3.5.6-GR) with ESMTP id EFI46501 (AUTH halo1); Fri, 22 Apr 2005 16:21:54 +0300 (IDT) Date: Fri, 22 Apr 2005 13:23:00 -0000 From: "Eli Zaretskii" To: gdb-patches@sources.redhat.com Message-ID: <01c5473e$Blat.v2.4$39651f00@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 In-reply-to: <20050422120803.GD16791@trixie.casa.cgf.cx> (message from Christopher Faylor on Fri, 22 Apr 2005 08:08:04 -0400) Subject: Re: PATCH: Support Windows in event-loop.c Reply-to: Eli Zaretskii References: <200504210549.j3L5n2nP027728@sirius.codesourcery.com> <01c546a1$Blat.v2.4$e03250c0@zahav.net.il> <4267F742.2090108@codesourcery.com> <01c546b0$Blat.v2.4$c193bb40@zahav.net.il> <20050421205617.GA13146@nevyn.them.org> <426817F0.5070404@codesourcery.com> <01c54714$Blat.v2.4$a1df2140@zahav.net.il> <20050422120803.GD16791@trixie.casa.cgf.cx> X-SW-Source: 2005-04/txt/msg00279.txt.bz2 > Date: Fri, 22 Apr 2005 08:08:04 -0400 > From: Christopher Faylor > > Well, again, I have a rather major technical concern about the use of > WaitForMultipleObjects in this scenario, so as the Windows maintainer, > I'd like to see that addressed. You can't reliably just use > WaitForMultiple on, say, a serial port, a socket, or a pipe, so I don't > know how this would ever work. I'm not sure I understand what you are saying, Chris. Are you saying that there's no known way of emulating the Posix `select' on Windows in a way that would work on serial ports and pipes? (I assume sockets are a non-issue, since the Windows implementation of `select' supports them.) Or are you saying that WaitForMultipleObjects is not the way to write such an emulation? If so, what system calls are better candidates? FWIW, the Emacs emulation of `select' does work on pipes, so it seems that at least in that case there's code to borrow. If we cannot make a `select' emulation that works for some of these devices, we could simply document them as a limitation. That doesn't make the Windows build worse than it is now, does it?