From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16394 invoked by alias); 24 Sep 2003 05:24:07 -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 16380 invoked from network); 24 Sep 2003 05:24:07 -0000 Received: from unknown (HELO monty-python.gnu.org) (199.232.76.173) by sources.redhat.com with SMTP; 24 Sep 2003 05:24:07 -0000 Received: from [207.232.27.5] (helo=WST0054) by monty-python.gnu.org with asmtp (Exim 4.22) id 1A227S-0006xD-RE; Wed, 24 Sep 2003 01:23:19 -0400 Date: Wed, 24 Sep 2003 05:24:00 -0000 Message-Id: From: Eli Zaretskii To: Creighton MacDonnell CC: gdb-patches@sources.redhat.com, gdb@sources.redhat.com In-reply-to: <3F7099F4.1010405@macdonnell.ca> (message from Creighton MacDonnell on Tue, 23 Sep 2003 13:07:32 -0600) Subject: Re: Problem with COM1 port from with GDB 5.3 under Cygwin 1.5.3-1 Reply-to: Eli Zaretskii References: <3F7099F4.1010405@macdonnell.ca> X-SW-Source: 2003-09/txt/msg00518.txt.bz2 > Date: Tue, 23 Sep 2003 13:07:32 -0600 > From: Creighton MacDonnell > > This patch avoids the Cygwin 1.5.* problem with "com*" port names, while > still allowing "com*" names to be used in GDB scripts (they get > translated to "/dev/com?"), and also allows "/dev/ttyS*" and "/dev/com*" > device names to be used. > > > --- ./gdb/rdi-share/unixcomm.c~ 2002-06-08 14:34:41.000000000 -0600 > +++ ./gdb/rdi-share/unixcomm.c 2003-09-23 12:12:43.703125000 -0600 > @@ -96,7 +96,15 @@ > #define PARPORT2 "/dev/par1" > #endif > > -#if defined(_WIN32) || defined (__CYGWIN__) > +#if defined (__CYGWIN__) > +#define SERIAL_PREFIX "/dev/com" > +#define SERPORT1 "/dev/com1" > +#define SERPORT2 "/dev/com2" > +#define PARPORT1 "lpt1" > +#define PARPORT2 "lpt2" > +#endif If Cygwin wants /dev/com1 instead of com1, are you sure it won't want /dev/lpt1 instead of lpt1 as well? Anyway, is this a Cygwin bug or what? IIRC, Windows supports both com1 and /dev/com1, so why doesn't Cygwin do that as well? Also, what happens with versions of Cygwin other than 1.5.x? Could they be broken by this change?