From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11394 invoked by alias); 4 Jan 2006 18:37:10 -0000 Received: (qmail 11385 invoked by uid 22791); 4 Jan 2006 18:37:09 -0000 X-Spam-Check-By: sourceware.org Received: from zproxy.gmail.com (HELO zproxy.gmail.com) (64.233.162.192) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 04 Jan 2006 18:37:08 +0000 Received: by zproxy.gmail.com with SMTP id l1so3039754nzf for ; Wed, 04 Jan 2006 10:37:06 -0800 (PST) Received: by 10.36.227.48 with SMTP id z48mr5770814nzg; Wed, 04 Jan 2006 10:37:06 -0800 (PST) Received: by 10.37.2.42 with HTTP; Wed, 4 Jan 2006 10:37:06 -0800 (PST) Message-ID: <8f2776cb0601041037i3993da95te76e1d9daa86a23c@mail.gmail.com> Date: Wed, 04 Jan 2006 18:37:00 -0000 From: Jim Blandy To: Andrew STUBBS Subject: Re: [RFC] Alternate approach to keeping convenience variables Cc: Daniel Jacobowitz , gdb-patches@sources.redhat.com In-Reply-To: <43BC03FB.9050209@st.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4381DC75.80800@st.com> <8f2776cb0511212138g2adef40cr1632365c00e3bebc@mail.gmail.com> <43835114.5060401@st.com> <20051209205923.GA21331@nevyn.them.org> <43BBBBC3.1010201@st.com> <8f2776cb0601040900t6e821db5v96a2cd0ef35c53f0@mail.gmail.com> <43BC03FB.9050209@st.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-01/txt/msg00044.txt.bz2 On 1/4/06, Andrew STUBBS wrote: > Perhaps you could modify copy_type_recursive such that it creates a > cleanup chain specific to the internal variable. Then call do cleanups > in set_internal_var. > > Might be tricky with shared type copies though. Just a thought. Exactly. You can keep throwing complexity into the code to deal with this stuff until it buries you. And it'll never be a full solution. Or it'll be complete until someone wants to add some perfectly reasonable feature (just as is happening with "let's preserve the values of convenience variables across symfile loads" right now). At some point, we have to take a step back and think about a complete solution.