From: Vladimir Prus <ghost@cs.msu.su>
To: Jim Ingham <jingham@apple.com>
Cc: Daniel Jacobowitz <drow@false.org>, gdb@sources.redhat.com
Subject: Re: -var-update and address changes
Date: Tue, 02 May 2006 12:50:00 -0000 [thread overview]
Message-ID: <200605021649.22475.ghost@cs.msu.su> (raw)
In-Reply-To: <DB0425AC-0CCB-448C-BC15-7E6644C6CB0B@apple.com>
On Friday 14 April 2006 23:49, Jim Ingham wrote:
> Note as an aside, that we had to add another varobj type which is
> evaluated in the selected frame, whatever that happens to be. That
> was useful for a general "variable inspector" window. People wanted
> to put some expression there, and have it re-evaluated in the topmost
> frame whenever they stopped. So we added that functionality. But
> that is clearly distinct from what the "*" varobj type is supposed to
> mean.
Hi Jim,
is this "variable inspector" the same thing that's called "watches" in other
IDEs? Well, I really wish that gdb did support variable objects that are
reevaluated in the current frame. As it stands now, I have to re-create
variable objects on each step.
Alternatively, it might be good if gdb provided some way to identify specific
scope. Then, "watches" can be bound to that scope and be automatically
disabled when out of scope.
In other words, suppose that while inside some function I'm interested in
value of "i + 10". Then, there are two choices:
- Somehow record the scope where I'm interested in that expression,
and show expression as disabled elsewhere.
- Try to recompute the expression on each stop.
While the second approach at least guarantees that the expression will be
re-evaluated each time I enter the "interesting" scope, it also involves a
bit of extra work for re-evaluating it in other "uninteresting" scopes.
- Volodya
next prev parent reply other threads:[~2006-05-02 12:50 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-12 16:02 Vladimir Prus
2006-04-12 18:25 ` Jim Ingham
2006-04-13 9:25 ` Vladimir Prus
2006-04-13 17:31 ` Jim Ingham
2006-04-14 13:25 ` Daniel Jacobowitz
2006-04-14 20:03 ` Jim Ingham
2006-04-14 20:09 ` Daniel Jacobowitz
2006-04-14 20:27 ` Jim Ingham
2006-04-14 21:37 ` Daniel Jacobowitz
2006-04-17 6:18 ` Vladimir Prus
2006-04-17 9:02 ` Mark Kettenis
2006-04-17 10:54 ` Vladimir Prus
2006-05-02 12:50 ` Vladimir Prus [this message]
2006-05-02 13:14 ` Nick Roberts
2006-05-02 13:41 ` Vladimir Prus
2006-05-02 17:23 ` Jim Ingham
2006-05-03 6:03 ` Vladimir Prus
[not found] ` <20060504145046.GA32605@nevyn.them.org>
2006-05-04 15:12 ` Vladimir Prus
2006-05-04 15:13 ` Daniel Jacobowitz
2006-05-05 6:25 ` Vladimir Prus
2006-05-05 15:02 ` Daniel Jacobowitz
2006-04-16 15:52 ` Nick Roberts
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200605021649.22475.ghost@cs.msu.su \
--to=ghost@cs.msu.su \
--cc=drow@false.org \
--cc=gdb@sources.redhat.com \
--cc=jingham@apple.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox