From: Daniel Jacobowitz <drow@mvista.com>
To: =?unknown-8bit?B?QuRuZy1oYSCg?= <jpbarda@hotmail.com>
Cc: gdb@sources.redhat.com
Subject: Re: Map offsets
Date: Sat, 16 Mar 2002 09:33:00 -0000 [thread overview]
Message-ID: <20020316123347.B26767@nevyn.them.org> (raw)
In-Reply-To: <F19cT6DKWGK56bE2v8e0000dec5@hotmail.com>
On Sat, Mar 16, 2002 at 03:47:26PM +0000, B?ng-ha ? wrote:
> OK, now you made me curious... I've been thinking a long time about reading
> about ELF, but please tell me what that number indicates, would you?
> I'm using gdb-5.0rh-5
VMA, or virtual memory address. I would recommend a good ELF
reference, but I don't know of any.
>
> ----Original Message Follows----
> From: Daniel Jacobowitz <drow@mvista.com>
> To: B?ng-ha ? <jpbarda@hotmail.com>
> CC: gdb@sources.redhat.com
> Subject: Re: Map offsets
> Date: Sat, 9 Mar 2002 11:09:53 -0500
> User-Agent: Mutt/1.3.23i
>
> On Sat, Mar 09, 2002 at 03:52:34PM +0000, B?ng-ha ? wrote:
> > Hi!
> >
> > I'm sure this is a rather stupid question, but I'll ask it anyway:
> > I'm debugging a couple of processes under linux, and I want to load the
> > symbols from glibc. Now, the only way I've managed to figure out as to
> > perform the task of finding the base address of libc if to look at the
> > memory maps in /proc/?/maps, whence I get the base address of libc to be
> > e.g. 0x40020000 (this was for mingetty). So naturally, I do
> add-symbol-file
> > /lib/libc-2.2.2.so 0x4002000, but as it turns, it should be loaded
> > 0x4003BCB0, i.e. at an offset of 0x1BCB0 from what /proc says. (I got the
> > exact offset from looking at the dynamically linked function tables and
> > comparing the read function to what was acutally loaded, if that would
> > somehow matter) Anyway, I guess I could live with this small annoyance,
> if
> > it wasn't for that other libs wants to be loaded with other offsets.
> 0x1BCB0
> >
> > didn't work with e.g. libresolv. And, I want to know the cause of this as
> > well, of
> > course.
> > So could someone tell me how to get the real offset, because I can't
> imagine
> >
> > that there isn't an error-free way to get the address, right?
>
> objdump -x /lib/libc.so.6:
>
> 10 .text 000e1460 0001d500 0001d500 0001d500 2**4
> CONTENTS, ALLOC, LOAD, READONLY, CODE
>
> That second number.
>
> This should absolutely not be necessary! GDB should do it
> automatically. What version of GDB are you using?
>
> --
> Daniel Jacobowitz Carnegie Mellon University
> MontaVista Software Debian GNU/Linux Developer
>
>
> _________________________________________________________________
> Chat with friends online, try MSN Messenger: http://messenger.msn.com
>
>
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
next prev parent reply other threads:[~2002-03-16 17:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-16 7:47 Bäng-ha
2002-03-16 9:33 ` Daniel Jacobowitz [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-03-09 7:52 Bäng-ha
2002-03-09 8:09 ` Daniel Jacobowitz
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=20020316123347.B26767@nevyn.them.org \
--to=drow@mvista.com \
--cc=gdb@sources.redhat.com \
--cc=jpbarda@hotmail.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