* serial port conflicts
@ 2005-01-26 9:18 Min ZOU
2005-01-26 10:47 ` Ramana Radhakrishnan
0 siblings, 1 reply; 2+ messages in thread
From: Min ZOU @ 2005-01-26 9:18 UTC (permalink / raw)
To: gdb
Hi,
I have implemented a gdb stub for a SH2 target based on "sh-stub.c" from
GDB-v3.6 source. Now some basic features like step, break, cont, memory
read/write, etc. are tested successfully.
The gdb stub and gdb on host communicate via remote serial protocol.
However I have a problem to debug an application program, which accesses
the same serial port used by gdb, e.g. I/O functions like "putstring()",
"getchar()", etc. In my case, "putstring()" cannot display any message
in gdb console, and "getchar()" cannot receive any input.
I guess there is a conflict between gdb and application program to
access the same serial port. I'd like to hear any advice on solving this
problem.
Thanks in advance!
--
Best Regards,
Min
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: serial port conflicts
2005-01-26 9:18 serial port conflicts Min ZOU
@ 2005-01-26 10:47 ` Ramana Radhakrishnan
0 siblings, 0 replies; 2+ messages in thread
From: Ramana Radhakrishnan @ 2005-01-26 10:47 UTC (permalink / raw)
To: Min ZOU; +Cc: gdb
Hi,
> Hi,
>
> I have implemented a gdb stub for a SH2 target based on "sh-stub.c" from
> GDB-v3.6 source. Now some basic features like step, break, cont, memory
> read/write, etc. are tested successfully.
>
> The gdb stub and gdb on host communicate via remote serial protocol.
> However I have a problem to debug an application program, which accesses
> the same serial port used by gdb, e.g. I/O functions like "putstring()",
> "getchar()", etc. In my case, "putstring()" cannot display any message
> in gdb console, and "getchar()" cannot receive any input.
1. The IO activities would finally map down into a call to write / read
/ open etc. . Modify the write / read / open in your library to take
care of the File IO extensions in the serial protocol if used with the
GDB remote protocol.
2. Use 2 different serial ports (if you have them) . One for the console
output and the other for the remote debugging. This might be simpler ;-)
HTH
cheers
Ramana
--
Ramana Radhakrishnan
GNU Tools
codito ergo sum (www.codito.com)
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-01-26 10:47 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-01-26 9:18 serial port conflicts Min ZOU
2005-01-26 10:47 ` Ramana Radhakrishnan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox