From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20614 invoked by alias); 17 Nov 2003 20:39:08 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 20607 invoked from network); 17 Nov 2003 20:39:07 -0000 Received: from unknown (HELO hub.ott.qnx.com) (209.226.137.76) by sources.redhat.com with SMTP; 17 Nov 2003 20:39:07 -0000 Received: from smtp.ott.qnx.com (smtp.ott.qnx.com [10.0.2.158]) by hub.ott.qnx.com (8.9.3/8.9.3) with ESMTP id PAA23802 for ; Mon, 17 Nov 2003 15:53:26 -0500 Received: (from alain@localhost) by smtp.ott.qnx.com (8.8.8/8.6.12) with UUCP id PAA17856 for gdb@sources.redhat.com; Mon, 17 Nov 2003 15:39:06 -0500 Message-Id: <200311172039.PAA17856@smtp.ott.qnx.com> Subject: Re: MI command -stack-list-locals To: nick@nick.uklinux.net (Nick Roberts) Date: Mon, 17 Nov 2003 20:39:00 -0000 From: "Alain Magloire" Cc: jmolenda@apple.com (Jason Molenda), gdb@sources.redhat.com In-Reply-To: <16309.24802.603915.401713@nick.uklinux.net> from "Nick Roberts" at Nov 14, 2003 11:10:26 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2003-11/txt/msg00133.txt.bz2 > > > > 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.