From: Creighton MacDonnell <creighton@macdonnell.ca>
To: gdb@sources.redhat.com
Cc: Thomas Doerfler <Thomas.Doerfler@imd-systems.de>
Subject: Re: Problem with COM1 port from with GDB 5.3 under Cygwin 1.5.3-1
Date: Wed, 10 Sep 2003 16:48:00 -0000 [thread overview]
Message-ID: <3F5F55F1.9020905@macdonnell.ca> (raw)
In-Reply-To: <3F5F5C7D.5659.2D0964@localhost>
As I mentioned in my first posting, the code in GDB for accessing
serial ports seems quite complicated. It does not just attempt to open
whatever you specifiy for a device name. There is code that builds up
some sort of "list of devices".
I expect this is to assist portability. But iin this case I think it is
doing the opposite. When I tried to use "/dev/ttyS0" as a device name
under the old Cygwin, GDB would say it "could not open the device". But
I think what may actually be happening is that "/dev/ttyS0" did not make
it into the list of devices.
I fear that GDB may be attempting to get a list of interfaces, or
information about interfaces, using some sort of lower level system
calls which Cygwin just stubs out. This might not only cause GDB to not
realize the device name is actually OK, but may cause it to attempt to
open COM? with inapproriate options.
If I were a Cygwin maintainer, and knew that GDB did not allow names
such as "/dev/ttyS0" under the old Cygwin, I might react that GDB should
be made "Cygwin-compatible" first. And after that, if there are still
problems with the "com?" names, they may want debug information that
could only be obtained by putting debug code into GDB.
In the end, it is we GDB under Cygwin users that have the problem. It
does not appear that many other Cygwin users care much about the serial
port.
Thomas Doerfler wrote:
>Hello,
>
>I just have passed some similar tests. I have connected a
>Win32 terminal program to one COM port, and was trying to send
>data to the other port using cygwin, with a loopback (null-
>modem) cable attached.
>
>I could
>
>$ echo bla >/dev/ttyS1
>
>and even
>
>$ echo bla >COM2
>
>
>and got the result on the serial line (and into my terminal
>screen)
>
>So at least sendig data from cygwin works fine.
>
>Currently I don't know how to come around this. The problem
>seems to be more connected to cygwin, because we see this with
>at least two different gdb versions...
>
>wkr,
> Thomas.
>
next prev parent reply other threads:[~2003-09-10 16:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-10 11:54 Thomas Doerfler
2003-09-10 14:55 ` Creighton MacDonnell
2003-09-10 15:18 ` Thomas Doerfler
2003-09-10 16:48 ` Creighton MacDonnell [this message]
2003-09-10 18:55 ` Thomas Doerfler
2003-09-10 18:56 ` Problem with COM1 port from with GDB 5.3 under cygwin 1.5.3-1 Christopher Faylor
2003-09-10 20:05 ` Creighton MacDonnell
2003-09-10 21:58 ` Christopher Faylor
-- strict thread matches above, loose matches on Subject: below --
2003-09-23 19:07 Problem with COM1 port from with GDB 5.3 under Cygwin 1.5.3-1 Creighton MacDonnell
2003-09-24 5:24 ` Eli Zaretskii
2003-09-24 18:12 ` Problem with COM1 port from with GDB 5.3 under cygwin 1.5.3-1 Christopher Faylor
2003-09-08 21:41 Problem with COM1 port from with GDB 5.3 under Cygwin 1.5.3-1 Creighton MacDonnell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F5F55F1.9020905@macdonnell.ca \
--to=creighton@macdonnell.ca \
--cc=Thomas.Doerfler@imd-systems.de \
--cc=gdb@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).