From: Andrew STUBBS <andrew.stubbs@st.com>
To: "Daniel Jacobowitz" <drow@false.org>
Cc: GDB <gdb@sources.redhat.com>
Subject: Re: Invalid registers
Date: Tue, 12 Jul 2005 16:07:00 -0000 [thread overview]
Message-ID: <op.sts5l3b3o669wz@terrorhawk.bri.st.com> (raw)
In-Reply-To: <20050711154926.GB30937@nevyn.them.org>
On Mon, 11 Jul 2005 16:49:26 +0100, Daniel Jacobowitz <drow@false.org>
wrote:
> On Mon, Jul 11, 2005 at 04:39:51PM +0100, Andrew STUBBS wrote:
>> Hi,
>>
>> I have been having a little trouble updating from GDB 5.3 to GDB 6.3.
>>
>> It used to be the case that GDB would report '*value not available*'
>> (for
>> SH - I haven't checked other architectures) if the value of a register
>> is
>> not known in the current stack frame. However, it no longer does this.
>> Since I assume it has not acquired some way to find out what that value
>> was, I also assume this is somehow broken.
>
> How's it supposed to know that the value is not available? If you want
> to do this based on the standard call ABI, please take a look at the
> current callers of dwarf2_frame_set_init_reg.
Thank you. This has helped me find the right stuff to look at.
I do not think I actually want to use dwarf2_frame_set_init_reg. The
compiler (GCC 3.4.3) produces CFI information which I think ought to be
enough.
The function execute_cfa_program in dwarf2-frame.c appears to load all the
relevant data (setting breakpoints in strategic places show this). If I
use 'up' and 'info registers' I see the values change, which shows that
the CFI data has been loaded (doesn't it?). It just appears that the 'how'
field from the CFA is being ignored when the values are printed. Setting
'how' via dwarf2_frame_set_init_reg is not ignored however. It must be
being reset, or perhaps not copied in the first place.
Any clues?
Thanks
Andrew Stubbs
next prev parent reply other threads:[~2005-07-12 16:07 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-11 15:42 Andrew STUBBS
2005-07-11 15:49 ` Daniel Jacobowitz
2005-07-11 18:47 ` Marcel Moolenaar
2005-07-11 18:51 ` Daniel Jacobowitz
2005-07-11 19:08 ` Marcel Moolenaar
2005-07-12 16:16 ` Andrew STUBBS
2005-07-12 17:19 ` Marcel Moolenaar
2005-07-12 16:07 ` Andrew STUBBS [this message]
2005-07-12 17:34 ` Daniel Jacobowitz
2005-07-13 15:13 ` Andrew STUBBS
2005-07-13 15:42 ` Daniel Jacobowitz
2005-07-13 16:16 ` Andrew STUBBS
2005-07-13 20:27 ` Daniel Jacobowitz
2005-07-14 9:36 ` Andrew STUBBS
2005-07-14 14:11 ` 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=op.sts5l3b3o669wz@terrorhawk.bri.st.com \
--to=andrew.stubbs@st.com \
--cc=drow@false.org \
--cc=gdb@sources.redhat.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).