Re: info frame

[Vladimir Prus <ghost@cs.msu.su>]

Eli Zaretskii wrote:

>> Date: Sun, 16 Apr 2006 21:33:43 -0400
>> From: Daniel Jacobowitz <drow@false.org>
>> Cc: Mark Kettenis <mark.kettenis@xs4all.nl>, gdb@sources.redhat.com
>> 
>> > >>      553^done,stack=[frame=
>> > >>      {level="0",addr="0x00003db0",fp="0xbffff2c0",......
>> > 
>> > 0xbffff2c0 should not be the value of $fp but the value of "frame
>> > at..." in 'info frame`?
>> 
>> In fact, it's like that it will be the "frame at" address.
> 
> Daniel, I cannot parse this sentence, and consequently I cannot figure
> out what are you saying in general.
> 
>> But I don't
>> think it would be wise to architect that into the interface; I think I
>> explained why earlier, but if not, it's because this is a touchy
>> internal interface for GDB.  If you want to display it to the user, you
>> might want something different - either explicitly the $sp, or
>> explictly the architectural $fp register, or explicitly the call frame
>> address.  If you want to use it in a frontend, then all we should offer
>> is an opaque ID for equality testing, IMHO.
> 
> Are you saying that the "frame at ..." part in the CLI output is
> meaningless for users?  If so, why do we show it at all?

Well, "info frame" is documented to print absolutely all information about a
frame. And frame base address is part of "all information".

I would not want that field to go away, at least not until frame id is
exposed via some other command.

- Volodya