From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28458 invoked by alias); 9 Apr 2008 21:06:06 -0000 Received: (qmail 28450 invoked by uid 22791); 9 Apr 2008 21:06:06 -0000 X-Spam-Check-By: sourceware.org Received: from zigzag.lvk.cs.msu.su (HELO zigzag.lvk.cs.msu.su) (158.250.17.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 09 Apr 2008 21:05:48 +0000 Received: from Debian-exim by zigzag.lvk.cs.msu.su with spam-scanned (Exim 4.63) (envelope-from ) id 1JjhUE-0001Zt-Rg for gdb-patches@sources.redhat.com; Thu, 10 Apr 2008 01:05:45 +0400 Received: from localhost ([127.0.0.1] helo=ip6-localhost) by zigzag.lvk.cs.msu.su with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JjhU6-0001Ze-Mn; Thu, 10 Apr 2008 01:05:34 +0400 From: Vladimir Prus To: Eli Zaretskii Subject: Re: [RFA] Document fixed/floating variable objects and thread-id. Date: Wed, 09 Apr 2008 22:17:00 -0000 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) Cc: gdb-patches@sources.redhat.com References: <200804041320.00361.vladimir@codesourcery.com> <200804092147.37085.ghost@cs.msu.su> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200804100105.31748.ghost@cs.msu.su> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-04/txt/msg00177.txt.bz2 On Thursday 10 April 2008 00:52:01 Eli Zaretskii wrote: > > From: Vladimir Prus > > Date: Wed, 9 Apr 2008 21:47:35 +0400 > > Cc: gdb-patches@sources.redhat.com > > > > > Then how about ``the values of variables whose names appear in the > > > expressions are re-evaluated every time''? > > > > I'm afraid that this statement is true for fixed variable objects too, > > and it still makes it sound like we pick variables, and then reevaluate it. > > Instead, we reparse entire expression which can find completely different > > variables. > > Well, I'm afraid I don't understand what you mean. Please show me an > example where reparsing an expression would yield something different > each time. void foo (int i) { ... } void bar (int i) { ... } If you create a fixed varobj in 'bar', then each time you updating, new value of bar's i will be read. If you create a floating varobj in 'bar', then if you update it while still in bar, new value of bar's i will be read. If you update it in foo, then the value of foo's i will be used. So while for fixed varobj's update fetches new value of 'i', for floating varobjs we also decide which 'i' to use each time. - Volodya