From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6636 invoked by alias); 30 Jan 2007 08:49:39 -0000 Received: (qmail 6626 invoked by uid 22791); 30 Jan 2007 08:49:39 -0000 X-Spam-Check-By: sourceware.org Received: from vir-del-02.spheriq.net (HELO vir-del-02.spheriq.net) (194.50.41.41) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 30 Jan 2007 08:49:31 +0000 Received: from vir-out-01.spheriq.net ([194.50.41.30]) by vir-del-02.spheriq.net with ESMTP id l0U8nQYr025734 for ; Tue, 30 Jan 2007 08:49:26 GMT Received: from vir-cus-02.spheriq.net (vir-cus-02.spheriq.net [194.50.41.86]) by vir-out-01.spheriq.net with ESMTP id l0U8nPSW006123 for ; Tue, 30 Jan 2007 08:49:26 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by vir-cus-02.spheriq.net with ESMTP id l0U8nN3e032570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Jan 2007 08:49:25 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 8102EDA43; Tue, 30 Jan 2007 08:49:23 +0000 (GMT) Received: from mail1.cro.st.com (mail1.cro.st.com [164.129.40.131]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 9DCBB47329; Tue, 30 Jan 2007 08:49:22 +0000 (GMT) Received: from [164.129.44.95] (crx595.cro.st.com [164.129.44.95]) by mail1.cro.st.com (MOS 3.7.5a-GA) with ESMTP id CJP31861 (AUTH "denis pilat"); Tue, 30 Jan 2007 09:49:20 +0100 (CET) Message-ID: <45BF0690.9010603@st.com> Date: Tue, 30 Jan 2007 08:49:00 -0000 From: Denis PILAT User-Agent: Thunderbird 1.5.0.9 (X11/20061206) MIME-Version: 1.0 To: Nick Roberts Cc: gdb-patches Subject: Re: [RFC] varobj deletion after the binary has changed References: <45B60056.6030704@st.com> <20070123124457.GA1600@nevyn.them.org> <45B63A49.4010609@st.com> <45B8E8A8.9040904@st.com> <17849.12231.246980.478169@kahikatea.snap.net.nz> <20070125232731.GA30178@nevyn.them.org> <45BDEAEC.1050006@st.com> <17854.28971.170898.231523@kahikatea.snap.net.nz> In-Reply-To: <17854.28971.170898.231523@kahikatea.snap.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2007-01/txt/msg00594.txt.bz2 > The documentation doesn't say that "true" and "false" are exhaustive > possibilities but it may be reasonable to expect that they are. It's only > needed when the inferior is rebuilt with extant variable objects. I've never > found a problem in my use, although it clearly depends on pattern of use. > In any case, as you say, if we make no change gdb will just crash. > > For information our Eclipse based front-end is not lost anymore when the user decide to re-compile the sources while debugging. And we haven't dealt yet with variables marked as invalid, it's just standard Eclipse. -- Denis