From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23571 invoked by alias); 22 Apr 2005 15:52:04 -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 23310 invoked from network); 22 Apr 2005 15:51:44 -0000 Received: from unknown (HELO mail.codesourcery.com) (65.74.133.9) by sourceware.org with SMTP; 22 Apr 2005 15:51:44 -0000 Received: (qmail 6333 invoked from network); 22 Apr 2005 15:51:43 -0000 Received: from localhost (HELO ?192.168.0.2?) (mitchell@127.0.0.1) by mail.codesourcery.com with SMTP; 22 Apr 2005 15:51:43 -0000 Message-ID: <42691D85.80206@codesourcery.com> Date: Fri, 22 Apr 2005 15:52:00 -0000 From: Mark Mitchell Organization: CodeSourcery, LLC User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: Christopher Faylor CC: gdb-patches@sources.redhat.com Subject: Re: PATCH: Support Windows in event-loop.c 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> In-Reply-To: <20050422120803.GD16791@trixie.casa.cgf.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-04/txt/msg00283.txt.bz2 Christopher Faylor wrote: > 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. Very fair question. And, of course, packaging up WaitForMultipleObjects into select isn't going to be useful if it's not even the right API. With the current set of patches, which only support remote debugging, the only thing that shows up in the console input handle, for which you can use WaitForMultipleObjects. To really implement select, with reasonable performance, I think you have to do actually spawn multiple threads, to use the appropriate way of waiting for different things. My plan here was that when that situation arose we would have those threads signal an Event, which WaitForMultipleObjects can process. -- Mark Mitchell CodeSourcery, LLC mark@codesourcery.com (916) 791-8304