Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* "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