* "no longer active" registers
@ 2009-04-13 8:18 Jeremy Bennett
2009-04-13 12:40 ` Jan Kratochvil
0 siblings, 1 reply; 3+ messages in thread
From: Jeremy Bennett @ 2009-04-13 8:18 UTC (permalink / raw)
To: gdb-patches
I've been using GDB to connect to a remote target via RSP.
After loading a program, an attempt to set $pc will give the message:
"Value being assigned to is no longer active."
I believe this is a known issue
(http://sourceware.org/bugzilla/show_bug.cgi?id=9342), and there has
been some discussion of why it occurs
(http://sourceware.org/ml/gdb-patches/2006-05/msg00017.html).
I've discovered that the Fedora project has a small patch to valops.c by
Jan Kratochvil, which seems to cure this problem:
http://cvs.fedoraproject.org/viewvc/devel/gdb/gdb-6.8-bz436037-reg-no-longer-active.patch?revision=1.1&view=markup
I notice that this patch is not part of the main GDB CVS tree. Are there
plans to incorporate this patch into the main CVS tree, or are there
side-effects that mean it is not generally applicable?
Advice on this subject much appreciated.
Thanks,
Jeremy
--
Tel: +44 (1202) 416955
Cell: +44 (7970) 676050
SkypeID: jeremybennett
Email: jeremy.bennett@embecosm.com
Web: www.embecosm.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: "no longer active" registers
2009-04-13 8:18 "no longer active" registers Jeremy Bennett
@ 2009-04-13 12:40 ` Jan Kratochvil
2009-04-13 12:56 ` Daniel Jacobowitz
0 siblings, 1 reply; 3+ messages in thread
From: Jan Kratochvil @ 2009-04-13 12:40 UTC (permalink / raw)
To: Jeremy Bennett; +Cc: gdb-patches, Denys Vlasenko
On Mon, 13 Apr 2009 10:17:46 +0200, Jeremy Bennett wrote:
> I've discovered that the Fedora project has a small patch to valops.c by
> Jan Kratochvil, which seems to cure this problem:
>
> http://cvs.fedoraproject.org/viewvc/devel/gdb/gdb-6.8-bz436037-reg-no-longer-active.patch?revision=1.1&view=markup
Just a correction of the credit, this patch is by Denys Vlasenko.
> I notice that this patch is not part of the main GDB CVS tree. Are there
> plans to incorporate this patch into the main CVS tree, or are there
> side-effects that mean it is not generally applicable?
While I could not find a regression by this patch it is just a fixup of one of
the many places affected by the ambiguous meaning of a NULL frame.
Probably the right fix is to have non-NULL frame value for the unbacktraceable
frame.
Regards,
Jan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: "no longer active" registers
2009-04-13 12:40 ` Jan Kratochvil
@ 2009-04-13 12:56 ` Daniel Jacobowitz
0 siblings, 0 replies; 3+ messages in thread
From: Daniel Jacobowitz @ 2009-04-13 12:56 UTC (permalink / raw)
To: Jan Kratochvil; +Cc: Jeremy Bennett, gdb-patches, Denys Vlasenko
On Mon, Apr 13, 2009 at 02:40:21PM +0200, Jan Kratochvil wrote:
> > I notice that this patch is not part of the main GDB CVS tree. Are there
> > plans to incorporate this patch into the main CVS tree, or are there
> > side-effects that mean it is not generally applicable?
>
> While I could not find a regression by this patch it is just a fixup of one of
> the many places affected by the ambiguous meaning of a NULL frame.
I think it's the opposite workaround that should be used. The NULL ID
is usually the outermost frame, not the innermost. I don't have a
link handy but I've posted another workaround for this to the list in
the past.
> Probably the right fix is to have non-NULL frame value for the unbacktraceable
> frame.
Yes, I agree.
--
Daniel Jacobowitz
CodeSourcery
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2009-04-13 12:56 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-04-13 8:18 "no longer active" registers Jeremy Bennett
2009-04-13 12:40 ` Jan Kratochvil
2009-04-13 12:56 ` Daniel Jacobowitz
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox