[haiku-bugs] Re: [Haiku] #8286: Debugger should show the address of stack variables

  • From: "anevilyak" <trac@xxxxxxxxxxxx>
  • Date: Tue, 17 Jul 2012 12:13:57 -0000

#8286: Debugger should show the address of stack variables
   Reporter:  yourpalal              |      Owner:  anevilyak
       Type:  enhancement            |     Status:  in-progress
   Priority:  low                    |  Milestone:  Unscheduled
  Component:  Applications/Debugger  |    Version:  R1/Development
 Resolution:                         |   Keywords:
 Blocked By:                         |   Blocking:
Has a Patch:  1                      |   Platform:  All

Comment (by anevilyak):

 Replying to [comment:4 bonefish]:
 > I haven't applied and tested the patch, but given how little space there
 is for the variables view, a second column might not be the best solution.
 Currently the "Value" column is empty for compound types. I would simply
 show the address there -- maybe in a slightly different way (e.g. prefixed
 with an "@", in parentheses, or with a different font style) to make clear
 that it isn't a pointer type. That would cover the use case mentioned in
 the description.

 That's certainly a possibility. The main reasons I went with a column were
 1) that allows one to see the address for all variables, not just
 compounds, 2) it's persistently visible unlike a tooltip which makes it
 more convenient for comparisons like mentioned in the original feature
 request, and 3) the column listview allows one to hide columns one isn't
 interested in anyways, so one could simply hide it and revert back to the
 2 column view instead if preferred (that would need to be persisted in
 settings though, which it isn't yet with this patch). If it makes things
 easier, I can attach a representative screenshot later tonight. Another
 possibility for space reasons would be to simply default to hiding the

 > Aside from that, it would also be nice to have the tool tip for the
 variable show additional information like the value location (there's also
 more space should it include multiple registers (we'll see that with
 x86-64 I suppose)) and the original type, when the displayed value has
 been casted (another missing feature).

 Indeed, I can implement that as well. Casting is also on my TODO list but
 I need to do a bit more studying of the value subsystem to be able to
 implement that one properly.

Ticket URL: <http://dev.haiku-os.org/ticket/8286#comment:5>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: