From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4131 invoked by alias); 22 Apr 2005 08:26:55 -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 3771 invoked from network); 22 Apr 2005 08:26:36 -0000 Received: from unknown (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org with SMTP; 22 Apr 2005 08:26:36 -0000 Received: from zaretski (IGLD-80-230-73-48.inter.net.il [80.230.73.48]) by romy.inter.net.il (MOS 3.5.6-GR) with ESMTP id BBA78084 (AUTH halo1); Fri, 22 Apr 2005 11:24:09 +0300 (IDT) Date: Fri, 22 Apr 2005 08:26:00 -0000 From: "Eli Zaretskii" To: Mark Mitchell Message-ID: <01c54714$Blat.v2.4$a1df2140@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: drow@false.org, gdb-patches@sources.redhat.com In-reply-to: <426817F0.5070404@codesourcery.com> (message from Mark Mitchell on Thu, 21 Apr 2005 14:15:28 -0700) 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> X-SW-Source: 2005-04/txt/msg00275.txt.bz2 > Date: Thu, 21 Apr 2005 14:15:28 -0700 > From: Mark Mitchell > CC: Eli Zaretskii , gdb-patches@sources.redhat.com > > Daniel Jacobowitz wrote: > > > Anyway, if Mark can come up with a select wrapper, then maybe we can > > drop the question entirely. > > I'm sure I can, if that's the only way to get this functionality into > GDB. It's not the _only_ way, but it's the _preferred_ way, at least in my opinion. (If other maintaners, besides Daniel, disagree with me, please speak up.) If it becomse clear that doing what I asked is going to be a major project, I assure you I will withdraw my objections right there and then. > But, the emacs select wrapper is hardly a full implementation of > select; for example, it only handles file descriptors waiting for > "read", not "write". AFAIK, GDB also needs to watch handles only for readable events, not for writable events. You will see that does not add the GDB_WRITABLE bit to the mask it passes to select/poll. If we wish to guard against possible changes in the future that will break the emulation, we could add some code that will yell bloody murder if select is ever called to watch handles for writability.