public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: Creighton MacDonnell <creighton@macdonnell.ca>
To: gdb@sources.redhat.com
Subject: Problem with COM1 port from with GDB 5.3 under Cygwin 1.5.3-1
Date: Mon, 08 Sep 2003 21:41:00 -0000	[thread overview]
Message-ID: <3F5CF772.9050509@macdonnell.ca> (raw)


I upgraded my Cygwin installation a few days ago (Thursday, September 4) 
to the new 1.5.3-1 version, from the previous 1.3.22-1 version.

This broke a self-compiled (under the previous 1.3.22-1 version of 
Cygwin) version of GDB 5.3 compiled for "arm-elf" that I use.

It seems to me that GDB simply hangs after opening the COM1 serial port 
when trying to make an "RDI" (Angel Debug) connection.

I have recompiled my GNU tools with the new version of Cygwin but I have 
the same problem.

I still have my old installation of Cygwin, which still works. From this 
I know that the problem is not  with the target board or the serial port 
on my PC.

So something has changed in the Cygwin support for serial devices.

I have posted to the Cygwin mailing list, but I thought I would try this 
list too.

I had noticed previously that GDB would not use a serial port if it was 
refered to as /dev/com1 or /dev/ttyS0 (it would say and still says that 
it could not open it), although Cygwin claims to support these names. 
But it did work if "com1" was used as the device name.

I have looked at the code for serial device access in the GDB source, 
and it does not seem to make any special allowance for Cygwin. I see in 
the GDB code (after only a very quick look) some sort of  "serial 
interface discovery" process. This suggests that GDB does not just go 
ahead and attempt to open the device name. So understanding this code 
would probably not be trivial.

Does anyone else on this list use GDB in this way? Do you also have 
problems with Cygwin 1.5.1-1?

Is there anyone on this list with insight into the GDB code for 
accessing serial ports who might be able to suggest a hack that I might 
attempt to the code?

Thanks.


             reply	other threads:[~2003-09-08 21:41 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-08 21:41 Creighton MacDonnell [this message]
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
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
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

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=3F5CF772.9050509@macdonnell.ca \
    --to=creighton@macdonnell.ca \
    --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).