public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: elf@florence.buici.com
To: Weilong Li <wli@mtu.edu>
Cc: ecos-discuss@sources.redhat.com
Subject: Re: [ECOS] gdb remote debug problem
Date: Sun, 22 Apr 2001 10:04:00 -0000	[thread overview]
Message-ID: <20010422100422.A15832@buici.com> (raw)
In-Reply-To: <3AE2D640.8C628E5D@mtu.edu>

I've done exactly the same thing with success. I encountered some odd
behavior when I didn't use exactly the software versions recommended
by the eCos team.  I used:

  binutils-2.11.90.0.1
  gcc-core-2.95.2
  gcc-g++-2.95.2
  insight-5.0

though the behavior you describe seems to indicate that the tools are
correctly built.

The most important thing to check is that your serial connection is
correct.  It is worthwhile to use minicom (or a similar package) to
test the physical, serial link.

 -*-

[deletia]

> 3) Then I used the floppy disk to boot another computer, it is
> intel 486 machine, I connected it with my intel redhat 7.0 machine using
> 
> a null modem cable. I saw the following things show on intel 486
> machine:
> 
> ++$T0508:a4370000;04:e00f0000;#19++$T0508:a43700019
> 
> So it seems the gdb stub on my target machine is working.
> Then on intel redhat 7.0 machine, under directory
> /opt/ecos/ecos-1.3.1/examples,
> I typed i386-elf-gdb -nw hello, then the following shows:
> 
> GNU gdb 5.0
> Copyright 2000 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for
> details.
> This GDB was configured as "--host=i586-pc-linux-gnu
> --target=i386-elf"...
> (gdb) set remotebaud 38400
> (gdb) target remote /dev/ttyS0
> Remote debugging using /dev/ttyS0
> Ignoring packet error, continuing...
> Ignoring packet error, continuing...
> Ignoring packet error, continuing...
> Couldn't establish connection to remote target
> Malformed response to offset query, timeout
> (gdb) load
> You can't do that when your target is `exec'
> 
> If I type i386-elf-gdb hello instead,
> the graphic window shows up since I installed insight,
> 
> I saw the source code of atexit.cxx is shown in the window, under Run
> menu,
> I click on "connect to target" menuitem, and set target be "remote
> serial",
> and baud rate is 38400, and port is /dev/ttyS0, I clicked Ok, nothing
> happens,
> then I click "connect to target" menuitem under Run menu again, then
> a dialog shows "Successfully connected". Then I click on "ok" button on
> this
> dialog, but the insight will exit and shows me "segmentation fault".
> 
> Anyway, I cannot connect to the target to do remote debugging, I guess
> there is something wrong with physical connection to the target machine.
> 
> On the host (intel Redhat 7.0 machine), there are two ports with D9
> interface, I don't know how to distinguish between com1 and com2, so I
> just tried both of them, and got the same results above.(on my target
> machine,
>  there is only one D9 interface).
> 
> 
> Please tell me what is wrong and what should I do so that I can
> do remote debugging. thanks a lot.
> 
> 

  reply	other threads:[~2001-04-22 10:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-04-22  3:08 Weilong Li
2001-04-22 10:04 ` elf [this message]
2001-04-26  0:59   ` Weilong Li
2001-04-26  7:06     ` elf
2001-04-22 12:54 ` elf
2001-04-22 13:17   ` Gary Thomas
2001-04-22 13:13 ` elf
2001-04-22 13:20 ` elf
2001-04-22 15:44 ` elf

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=20010422100422.A15832@buici.com \
    --to=elf@florence.buici.com \
    --cc=ecos-discuss@sources.redhat.com \
    --cc=wli@mtu.edu \
    /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).