From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3459 invoked by alias); 7 Aug 2007 16:12:12 -0000 Received: (qmail 3340 invoked by uid 22791); 7 Aug 2007 16:12:11 -0000 X-Spam-Check-By: sourceware.org Received: from mms2.broadcom.com (HELO mms2.broadcom.com) (216.31.210.18) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 07 Aug 2007 16:12:06 +0000 Received: from [10.10.64.154] by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.1)); Tue, 07 Aug 2007 09:11:57 -0700 X-Server-Uuid: A6C4E0AE-A7F0-449F-BAE7-7FA0D737AC76 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 5B3692AE; Tue, 7 Aug 2007 09:11:57 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 146012B0; Tue, 7 Aug 2007 09:11:57 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id FNS82594; Tue, 7 Aug 2007 09:11:54 -0700 (PDT) Received: from NT-IRVA-0752.brcm.ad.broadcom.com ( nt-irva-0752.brcm.ad.broadcom.com [10.8.194.67]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id CE02269CA3; Tue, 7 Aug 2007 09:11:54 -0700 (PDT) Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: (Another) Segfault in varobj.c Date: Tue, 07 Aug 2007 16:12:00 -0000 Message-ID: In-Reply-To: References: From: "Robert Norton" To: "Vladimir Prus" , gdb@sources.redhat.com X-WSS-ID: 6AA646473E83066119-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-08/txt/msg00075.txt.bz2 > -----Original Message----- > From: gdb-owner@sourceware.org=20 > [mailto:gdb-owner@sourceware.org] On Behalf Of Vladimir Prus > Sent: 07 August 2007 16:09 > To: gdb@sources.redhat.com > Subject: Re: (Another) Segfault in varobj.c > > It's hard to say without knowing if you have any local=20 > changes in varobj.c Only an attempt to fix another bug which apparently is fixed in CVS anyway. > If not, then just grabbing varobj.c and maybe mi/* should be safe -- > at least as far as my patches are concerned, they are local=20 > to varobj.c. OK. This is mostly what I wanted to know. I'll give it a try! Robert