From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8082 invoked by alias); 8 Dec 2006 19:56:15 -0000 Received: (qmail 8056 invoked by uid 22791); 8 Dec 2006 19:56:13 -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; Fri, 08 Dec 2006 19:56:05 +0000 Received: from kahikatea.snap.net.nz (p202-124-125-148.snap.net.nz [202.124.125.148]) by viper.snap.net.nz (Postfix) with ESMTP id EBB952F4C6C; Sat, 9 Dec 2006 08:57:08 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 3B5ACBE3CF; Sat, 9 Dec 2006 08:51:36 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17785.49735.481567.393065@kahikatea.snap.net.nz> Date: Fri, 08 Dec 2006 19:56:00 -0000 To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: [PATCH] MI: -var-update bug In-Reply-To: <20061208194304.GA24699@nevyn.them.org> References: <17785.48689.501272.349814@kahikatea.snap.net.nz> <20061208194304.GA24699@nevyn.them.org> X-Mailer: VM 7.19 under Emacs 22.0.91.14 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: 2006-12/txt/msg00129.txt.bz2 > That reinit_frame_cache call is silly. I've been meaning to remove it > for ages. Do you see any reason not to? I don't understand frame.c well enough to judge yet (likewise with eval.c and your patch) but if you think its silly lets remove it. Without randomisation, I think some of this code (in c_value_of_root) would put the variable object back into scope because it would find the frame id. More generally, should we make GDB delete all variable objects if we restart execution or are there OSes (without randomisation) where it is still useful? -- Nick http://www.inet.net.nz/~nickrob