From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25399 invoked by alias); 17 Sep 2002 19:24:56 -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 25390 invoked from network); 17 Sep 2002 19:24:56 -0000 Received: from unknown (HELO valrhona.uglyboxes.com) (64.1.192.220) by sources.redhat.com with SMTP; 17 Sep 2002 19:24:56 -0000 Received: from localhost.localdomain (IDENT:O65Au9BdTDmM1Jxi60JPWn9jTBDDaca6@localhost.localdomain [127.0.0.1]) by valrhona.uglyboxes.com (8.11.6/8.11.6) with ESMTP id g8HJRUG11096; Tue, 17 Sep 2002 12:27:36 -0700 Date: Tue, 17 Sep 2002 12:24:00 -0000 From: Keith Seitz X-X-Sender: keiths@valrhona.uglyboxes.com To: Fernando Nasser cc: gdb-patches@sources.redhat.com Subject: Re: [RFA/MI testsuite] gdb/701 test (varobj) In-Reply-To: <3D8281AE.8090505@redhat.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2002-09/txt/msg00351.txt.bz2 On Fri, 13 Sep 2002, Fernando Nasser wrote: > As you are at it, canyou take a look at this old patch of mine that I've > found lost in a branch.... Something should be broken without it! Ok, I've got a testcase for it... I'll be submitting it shortly. I think your patch is now obsolete. At one time this was necessary because when we call varobj_update, we've already gotten a pointer to our varobj (via varobj_get_handle). When varobj_update is called and the type changes, the original varobj is deleted, and a new one is created with the same name. I changed the API for varobj_update so that this new handle is propagated upward. Thus, when varobj_update returns, the handle is still valid (if different). This change was committed by me on 2001-08-17. Keith