Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "Thomas Doerfler" <Thomas.Doerfler@imd-systems.de>
To: Creighton MacDonnell <creighton@macdonnell.ca>
Cc: gdb@sources.redhat.com
Subject: Re: Problem with COM1 port from with GDB 5.3 under Cygwin 1.5.3-1
Date: Wed, 10 Sep 2003 15:18:00 -0000	[thread overview]
Message-ID: <3F5F5C7D.5659.2D0964@localhost> (raw)
In-Reply-To: <3F5F3B56.6050601@macdonnell.ca>

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.

> 
> Thanks for responding.
> 
> The obvious thing to do (I think) would be to run a program under Cygwin 
> 1.5.3 to exercise the serial ports using the "com?", "/dev.com?" and 
> "/dev/ttyS?" names first to see that they actually work under Cygwin. 
> But I cannot find any Cygwin package that uses the serial port in the 
> set of standard Cygwin packages that "setup" knows about. Nor have I 
> found one anywhere else. I could not get mincom to compile under Cygwin, 
> even after several hacks at the code.
> 
> I tried just using "cat com1" and "echo ??? > com1" to communicate with 
> my board as a test, but the results are erratic even under the old Cygwin.
> 
> When I have time, I plan to learn how to right some very simple code to 
> use the serial port, and run it on both of my serial ports.. In my 
> posting to the Cygwin list I asked if anyone had some code like this. 
> But I got no response. If anyone on this list can offer some simple code 
> for this, please do.
> 
> I do notice that under the old Cygwin I get this:
> 
> $ ls -l com1
> crw-rw-rw-    1 0        0          7,   0 Sep 10 08:33 com1
> 
> But under the new Cygwin I get this:
> 
> $ ls -l com1
> ----------    0 ???????? ????????        0 Dec 31  1969 com1
> 
> I did get one response on the Cygwin list that "com1" no longer works. 
> We are supposed to use "/dev/com1". I do not know how knowledgable this 
> person was. The Cygwin user guide says "com1" should work. But it also 
> says that "/dev/com1" and "/dev/ttyS0" should work.
> 
> One notable difference on Cygwin is that "ls /dev" or "ls /dev/*" 
> produce nothing. There is no actual "/dev" directory. The user guide 
> says that you just go ahead and open the device name.
> 
> An the thing is though, I was never able to get GDB to use "/dev/ttyS0" 
> even under the old Cygwin. This is a nuisance because I also use Linux, 
> and there I have GDB scripts that use "/dev/ttyS0".
> 
> I am pusuing this on this list because the previous fact suggests that 
> GDB might benefit from some Cygwin specific code in this area and 
> because I felt I was more likely to find someone else affected by this 
> problem on this list. Also, the Cygwin list is swamped right now with 
> other problems related to the 1.5.3 upgrade.
> 
> Again let me say to anyone with knowledge of the GDB code concerning 
> serial ports, I have a test environment and I am willing to try any 
> hacks or patches you may provide. But I do not have time right now to 
> comb over the serial port GDB code and try to understand it.
> 
> Thomas Doerfler wrote:
> 
> >Hello,
> >
> >I have read your posting to the gdb mailing list. Some days 
> >now I have a similar problem with a M68K-GDB5.2 working with 
> >the serial remote protocol under cygwin 1.5.3.
> >
> >My gdb complains, that COM1 is "not a typewriter", and it will 
> >open the alternative deivces "/dev/ttyS0" only in vary rare 
> >occasions.
> >
> >I will try to downgrade my cygwin installation and try 
> >again...
> >wkr,
> >	Thomas.
> >  
> >

--------------------------------------------
IMD Ingenieurbuero fuer Microcomputertechnik
Thomas Doerfler           Herbststrasse 8
D-82178 Puchheim          Germany
email:    Thomas.Doerfler@imd-systems.de
PGP public key available at: http://www.imd-
systems.de/pgp_keys.htm


  reply	other threads:[~2003-09-10 15:18 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 [this message]
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
  -- 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=3F5F5C7D.5659.2D0964@localhost \
    --to=thomas.doerfler@imd-systems.de \
    --cc=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