From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15011 invoked by alias); 4 Feb 2006 15:23:40 -0000 Received: (qmail 15003 invoked by uid 22791); 4 Feb 2006 15:23:40 -0000 X-Spam-Check-By: sourceware.org Received: from romy.inter.net.il (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 04 Feb 2006 15:23:39 +0000 Received: from HOME-C4E4A596F7 (IGLD-84-228-244-26.inter.net.il [84.228.244.26]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id DML15726 (AUTH halo1); Sat, 4 Feb 2006 17:23:31 +0200 (IST) Date: Sat, 04 Feb 2006 15:23:00 -0000 Message-Id: From: Eli Zaretskii To: gdb-patches@sourceware.org In-reply-to: <20060204151124.GD17011@nevyn.them.org> (message from Daniel Jacobowitz on Sat, 4 Feb 2006 10:11:24 -0500) Subject: Re: RFA: Various Windows (mingw32) additions, mostly relating to select or serial ports Reply-to: Eli Zaretskii References: <20060203220529.GA3578@nevyn.them.org> <20060204151124.GD17011@nevyn.them.org> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-02/txt/msg00082.txt.bz2 > Date: Sat, 4 Feb 2006 10:11:24 -0500 > From: Daniel Jacobowitz > > The problem is that, yes, all these objects are HANDLEs, and > WaitForMultipleObjects can wait for many kinds of HANDLEs. But there's > different things that "waiting for a handle" might mean, and it doesn't > happen to pick the right one. So what I'm doing is using other > handles, controlled by threads or async I/O functions, to signal the > conditions we're interested in. Thanks for the explanations. It sounds like there's no way to do this significantly better than you did. So I'm satisfied and think that your patches can go in (modulo the on-going discussion of where to put them). Out of curiosity: does Cygwin's `select' use a similar object-specific code to handle different types of handles? > > ...I don't think you included this entry. > > Oops. I added it while I was writing that bullet point. > > +* Improved Windows host support > + > +GDB now builds as a cross debugger hosted on i686-mingw32, including > +native console support, and remote communications using either > +network sockets or serial ports. Thanks. I think this is good.