From: "Sp3cial K" <ikiwibebe@hotmail.com>
To: jmolenda@apple.com
Cc: gdb@sources.redhat.com
Subject: Re: Linetable
Date: Thu, 28 Jul 2005 00:12:00 -0000 [thread overview]
Message-ID: <BAY105-F23842988D62BEB49D2197DBACF0@phx.gbl> (raw)
In-Reply-To: <E55DCB62-7BA2-46BF-9B21-463F172436C5@apple.com>
Hi Jason,
Thanks for responding so quickly. Oops, I was referring to the symbol table
as NAS.map. I'm working on solving the multiple constructor/destructor bug.
The multiple memory location of the same constructor/destructor is found
in the symbol table, and I'm trying to do a lookup on all the entries with
the same line number in the linetable.
Basically, when there is a weak symbol (overloaded functions), the linetable
contains the same line number with different pc, and then there will be an
entry with line number=0 and a valid pc. Only one of those pc is found in
the symbol table. I wanted to know where exactly in the code does GDB put
all the pc from different version of the object files into the linetable,
and why are there pc addresses in the linetable that are not in the symbol
table.
~K
>From: Jason Molenda <jmolenda@apple.com>
>To: Sp3cial K <ikiwibebe@hotmail.com>
>CC: gdb@sources.redhat.com
>Subject: Re: Linetable
>Date: Wed, 27 Jul 2005 15:01:51 -0700
>
>
>On Jul 27, 2005, at 2:54 PM, Sp3cial K wrote:
>
>>Hi, can someone please explain how symtab->linetable is constructed?
>
>You're probably best off starting by looking at the readelf -wl output of
>your executable.
>
>
>>For each of the functions, the linetable contains two entries with same
>>line number and slightly different pc, but these entries are not in
>>NAS.map!
>
>I have no idea what NAS.map is.
>
>Before you assume that gdb has incorrectly read the line table, you should
>start by looking at the line table information in the executable.
>
>Jason
prev parent reply other threads:[~2005-07-28 0:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-27 21:54 Linetable Sp3cial K
2005-07-27 22:01 ` Linetable Jason Molenda
2005-07-28 0:12 ` Sp3cial K [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=BAY105-F23842988D62BEB49D2197DBACF0@phx.gbl \
--to=ikiwibebe@hotmail.com \
--cc=gdb@sources.redhat.com \
--cc=jmolenda@apple.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).