Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "Alain Magloire" <alain@qnx.com>
To: nick@nick.uklinux.net (Nick Roberts)
Cc: jmolenda@apple.com (Jason Molenda), gdb@sources.redhat.com
Subject: Re: MI command -stack-list-locals
Date: Mon, 17 Nov 2003 20:39:00 -0000	[thread overview]
Message-ID: <200311172039.PAA17856@smtp.ott.qnx.com> (raw)
In-Reply-To: <16309.24802.603915.401713@nick.uklinux.net> from "Nick Roberts" at Nov 14, 2003 11:10:26 PM

> 
> 
>  > We've added a "2" version of -stack-list-locals which prints out a lot  
>  > more information, as well as automatically creates varobj's for all of  
>  > the local variables.
> 
> Do these variable objects get deleted and replaced with a new set every
> time the current frame changes? Does that not slow down the user interface?
> 
> 

For us, it will be slow.  For example, some variables are "volatile" or
can be map to some register or memory.  So you do not want to inadvertly
query them when doing:

-var-update *
-var-update var1

The Eclipse/CDT/MI  use the fact that -stack-list-locals is not creating
varobj(lightweight) to allow users to pick and choose which variable to monitor.
This can be an issue when debugging a board, where you want to be less intrusive
or when having a very high number of variables in a stackframe.

For adding the type in the output, it is a good idea.  So I will not
have to issue a second "whatis" and "ptype", cuts down on the traffic.

My 0.0002 cents canadian.


  reply	other threads:[~2003-11-17 20:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-06 21:11 Nick Roberts
2003-11-14  0:19 ` Jason Molenda
2003-11-14 23:17   ` Nick Roberts
2003-11-17 20:39     ` Alain Magloire [this message]
2003-11-17 21:12       ` Jason Molenda

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=200311172039.PAA17856@smtp.ott.qnx.com \
    --to=alain@qnx.com \
    --cc=gdb@sources.redhat.com \
    --cc=jmolenda@apple.com \
    --cc=nick@nick.uklinux.net \
    /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