From: Vladimir Prus <vladimir@codesourcery.com>
To: gdb@sourceware.org
Subject: MI floating varobj of invalid value
Date: Sat, 26 Apr 2008 22:27:00 -0000 [thread overview]
Message-ID: <200804270127.48885.vladimir@codesourcery.com> (raw)
Presently, floating varobjs are reparsed and reevaluated at each stop. Reevaluation
can change the value, or can change type, or even can result in error, in which case
varobj will be marked out of scope. The only transition that is not supposed
now is from invalid state into valid state.
Suppose I've created varobj for watching for expression 'foo' and after some
debugging ended the debug session. When I start debug again, I still want to
see the value of 'foo'. However, if frontend tries to create varobj for foo
at the first stop, and 'foo' is not in scope, then varobj will not be created.
This means that the frontend has to try to create varobj on each stop, until
that succeeds. This sounds unnecessary -- we can make creation of floating
varobj always succeed, and then frontend can use -var-update to monitor changes
in varobj state.
Does making creation of floating varobj always succeed seem a good idea?
- Volodya
next reply other threads:[~2008-04-26 21:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-26 22:27 Vladimir Prus [this message]
2008-04-27 7:51 ` Eli Zaretskii
2008-04-27 15:38 ` Eli Zaretskii
2008-04-27 21:46 ` Vladimir Prus
2008-04-28 18:02 ` Marc Khouzam
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=200804270127.48885.vladimir@codesourcery.com \
--to=vladimir@codesourcery.com \
--cc=gdb@sourceware.org \
/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