From: Pedro Alves <pedro@codesourcery.com>
To: gdb@sourceware.org, danny.backx@scarlet.be
Subject: Re: Questions on cross-gdb
Date: Mon, 24 Aug 2009 15:44:00 -0000 [thread overview]
Message-ID: <200908241208.32371.pedro@codesourcery.com> (raw)
In-Reply-To: <1250656540.11282.38.camel@pavilion>
On Wednesday 19 August 2009 05:35:40, Danny Backx wrote:
> Question 2 : I occasionally have a problem - see below - setting
> breakpoints.
>
> (gdb) break 65
> warning: (Internal error: pc 0xd4720040 in read in psymtab, but not in
> symtab.)
This is a bug in GDB, see below. But, it may be some corner case
triggered by bad debug info. Note that 0xd4720040 is over 0x80000000, so
it's itself suspicious. I suggest checking if this PC itself is
bogus or not. If not bogus another possibility could be a sign
extending problem somewhere in GDB.
> A pointer to what might be causing this would be appreciated so I
> can chase the bug.
GDB builds partial symbol tables (psymtab) and full symbol
tables (symtab) out of the same debug info, in different phases. It starts
by doing a "light" scan of the debug info, and building the
lighter psymtabs with just enough information to be able to locate and
read in the more expensive full symbol tables, when required, on demand.
What you're seeing is that GDB found the symbol for line 65 in the partial
symbol table, and was then trying to expand the corresponding full symbol
table, but, due to some bug, the same symbol wasn't found in the full
symbol table. This should never happen by design. First questions would
be: which GDB version are you working with? --- try CVS HEAD; which debug
info format is this? STABS? DWARF? Prefer DWARF. You can select
a format at compile time with -gstabs+ or -gdwarf-2 .
--
Pedro Alves
prev parent reply other threads:[~2009-08-24 11:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-19 6:12 Danny Backx
2009-08-24 15:44 ` Pedro Alves [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=200908241208.32371.pedro@codesourcery.com \
--to=pedro@codesourcery.com \
--cc=danny.backx@scarlet.be \
--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