From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32755 invoked by alias); 10 Apr 2002 18:07:42 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 32734 invoked from network); 10 Apr 2002 18:07:40 -0000 Received: from unknown (HELO mail-out1.apple.com) (17.254.0.52) by sources.redhat.com with SMTP; 10 Apr 2002 18:07:40 -0000 Received: from mailgate1.apple.com (A17-128-100-225.apple.com [17.128.100.225]) by mail-out1.apple.com (8.11.3/8.11.3) with ESMTP id g3AI7et20654 for ; Wed, 10 Apr 2002 11:07:40 -0700 (PDT) Received: from scv1.apple.com (scv1.apple.com) by mailgate1.apple.com (Content Technologies SMTPRS 4.2.1) with ESMTP id ; Wed, 10 Apr 2002 11:07:13 -0700 Received: from inghji (inghji.apple.com [17.202.40.220]) by scv1.apple.com (8.11.3/8.11.3) with ESMTP id g3AI7es19051; Wed, 10 Apr 2002 11:07:40 -0700 (PDT) Date: Wed, 10 Apr 2002 11:07:00 -0000 Subject: Re: Nother little one, this time in varobj.c Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v481) Cc: gdb-patches@sources.redhat.com To: Keith Seitz From: Jim Ingham In-Reply-To: Message-Id: Content-Transfer-Encoding: 7bit X-SW-Source: 2002-04/txt/msg00406.txt.bz2 Keith, Yeah, I added the ability to make the frames change (Syd thought that variables in the watch window should re-evaluate themselves every time that you changed the stack frame in the debugger - apparently that's what VC++ does). But I added all this on 03-2000, and the reinit_frame_cache is already there in the initial import into sourceware. Unfortunately, the sourceware repository history only goes back to Feb. 2000, and this was all checked in before that. If you can look in the cygnus repository, you might at least be able to figure out who should remember why this is there - not that this actually helps that much... Jim On Tuesday, April 9, 2002, at 11:37 PM, Keith Seitz wrote: > On Tue, 9 Apr 2002, Jim Ingham wrote: > >> BTW, I am not sure why it is necessary to call reinit_frame_cache here. >> Keith, do you remember why this was necessary? It is inefficient, >> especially if you are evaluating a bunch of variables that are fairly >> high up on the stack. But since I don't remember why this was done, I >> am reluctant to just change it outright... > > I haven't a clue, actually. When I originally wrote varobj for Insight, > it > did not allow varobjs to change frames dynamically, as it does now. > Presumably, this was all added at the same time. (Or I've forgotten all > about it...) > > Keith > > > -- Jim Ingham jingham@apple.com Developer Tools - gdb Apple Computer