From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11522 invoked by alias); 2 May 2006 13:14:05 -0000 Received: (qmail 11514 invoked by uid 22791); 2 May 2006 13:14:04 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 02 May 2006 13:14:01 +0000 Received: from farnswood.snap.net.nz (p202-124-114-115.snap.net.nz [202.124.114.115]) by viper.snap.net.nz (Postfix) with ESMTP id 599EE754371; Wed, 3 May 2006 01:13:59 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 500) id B1325627ED; Tue, 2 May 2006 14:14:16 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17495.23335.868893.219879@farnswood.snap.net.nz> Date: Tue, 02 May 2006 13:14:00 -0000 To: Vladimir Prus Cc: Jim Ingham , Daniel Jacobowitz , gdb@sources.redhat.com Subject: Re: -var-update and address changes In-Reply-To: <200605021649.22475.ghost@cs.msu.su> References: <20060414131549.GC12955@nevyn.them.org> <200605021649.22475.ghost@cs.msu.su> X-Mailer: VM 7.19 under Emacs 22.0.50.42 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00008.txt.bz2 Vladimir Prus writes: > 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. Assuming some ambiguity with current/selected, have you tried (not documented): "-var-create - @ NAME" which behaves a bit differently to "-var-create - * NAME". -- Nick http://www.inet.net.nz/~nickrob