From: Daniel Jacobowitz <drow@false.org>
To: Doug Abbott <doug@intellimetrix.us>
Cc: gdb@sourceware.org
Subject: Re: Remote gdb and shared libraries
Date: Tue, 02 May 2006 04:19:00 -0000 [thread overview]
Message-ID: <20060502041946.GA21752@nevyn.them.org> (raw)
In-Reply-To: <4456DCEB.7030103@intellimetrix.us>
On Mon, May 01, 2006 at 10:15:39PM -0600, Doug Abbott wrote:
> The first suspicious thing that happens is when gdb connects to the
> target, it returns:
>
> 0x40001470 in ?? ()
>
> implying to me that it can't find the name of the function at that
> particular address.
You're in the dynamic loader but GDB doesn't yet know where the dynamic
loader has been loaded. This is typical.
> From To Syms Read Shared Object
> Library
> 0x40035cd0 0x401162cc No
> /usr/local/arm/arm-linux/lib/libc.so.6
> 0x40001470 0x40011598 No
> /usr/local/arm/arm-linux/lib/ld-linux.so.2
>
> Hmmm. The most suspicious aspect of this is the Syms Read column that
> says "No". Why didn't it read the symbols?
Because it couldn't find them. You have to tell it where they are.
Have you used set solib-absolute-prefix? If not, try that. Do your
libraries precisely match the target's?
> With each next command, gdb says "Cannot access memory at address 0x0".
> When I try to step over a call to printf() (with next), it says
> "0x000082cc in ?? ()". Executing next again returns "Cannot find bounds
> of current function".
You have to use nexti / stepi when you've gotten into somewhere that
GDB doesn't know about.
The fact that it doesn't know about 0x82cc is suspicious. You did load
your application into GDB, right? Using "file" or on the command line?
--
Daniel Jacobowitz
CodeSourcery
prev parent reply other threads:[~2006-05-02 4:19 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-02 4:15 Doug Abbott
2006-05-02 4:19 ` Daniel Jacobowitz [this message]
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=20060502041946.GA21752@nevyn.them.org \
--to=drow@false.org \
--cc=doug@intellimetrix.us \
--cc=gdb@sourceware.org \
/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