This is the mail archive of the
gdb@sourceware.org
mailing list for the GDB project.
Re: MI: type prefixes for values
- From: Daniel Jacobowitz <drow at false dot org>
- To: Vladimir Prus <ghost at cs dot msu dot su>
- Cc: Jim Ingham <jingham at apple dot com>, GDB List <gdb at sources dot redhat dot com>
- Date: Thu, 6 Apr 2006 09:35:46 -0400
- Subject: Re: MI: type prefixes for values
- References: <200602171724.03824.ghost@cs.msu.su> <200602210951.53705.ghost@cs.msu.su> <8B18ED72-F372-4A1C-A6DF-9A5AA4A0826F@apple.com> <200604061703.26246.ghost@cs.msu.su>
On Thu, Apr 06, 2006 at 05:03:25PM +0400, Vladimir Prus wrote:
> I was thinking about this more, and still not 100% sure how Xcode can do this.
> Do you mean that Xcode takes a stack trace when the varobj was created, and
> deletes varobj whenever it sees that stack became shorter?
>
> The case I'm not sure about is this:
>
> 1. main calls 'a' which calls 'b' which bits breakpoint.
> 2 varobj is created for local var of 'b'
> 3. Users says 'continue'.
> 4. 'b' exists and then 'a' calls 'b' again and breakpoint is
> hit again.
>
> However, this second time it's not guaranteed that stack frame of 'b' is at
> the same address as it was the last time -- maybe 'a' has pushed something on
> stack. How do you detect this case?
Either b's stack frame is at the same address - in which case the
varobj is still valid - or else it isn't, in which case the frame id
has changed.
> > Note, however, that the varobj's do remember their frames, so if you
> > tried to evaluate one that was no longer on the stack, the varobj
> > would report "out of scope".
>
> Would be great to add this in FSF version.
It's already there:
/* The frame for this expression */
struct frame_id frame;
c_value_of_root will always fail if the frame is gone.
--
Daniel Jacobowitz
CodeSourcery