From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9503 invoked by alias); 26 Feb 2008 21:57:29 -0000 Received: (qmail 9493 invoked by uid 22791); 26 Feb 2008 21:57:29 -0000 X-Spam-Check-By: sourceware.org Received: from mk-outboundfilter-2.mail.uk.tiscali.com (HELO mk-outboundfilter-2.mail.uk.tiscali.com) (212.74.114.38) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 26 Feb 2008 21:57:04 +0000 X-Trace: 14237705/mk-outboundfilter-2.mail.uk.tiscali.com/PIPEX/$INTERNET-ACCEPTED/None/82.71.15.62 X-SBRS: None X-RemoteIP: 82.71.15.62 X-IP-MAIL-FROM: glaw@undo-software.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAPoZxEdSRw8+/2dsb2JhbAAIrWQ X-IronPort-AV: E=McAfee;i="5200,2160,5238"; a="14237705" X-IronPort-AV: E=Sophos;i="4.25,409,1199664000"; d="scan'208";a="14237705" X-IP-Direction: OUT Received: from 82-71-15-62.dsl.in-addr.zen.co.uk (HELO [192.168.123.6]) ([82.71.15.62]) by smtp.pipex.tiscali.co.uk with ESMTP; 26 Feb 2008 21:57:00 +0000 Message-ID: <47C48B2B.2040302@undo-software.com> Date: Tue, 26 Feb 2008 22:02:00 -0000 From: Greg Law User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Joel Brobecker CC: gdb-patches@sourceware.org Subject: Re: gdb-6.8 branchpoint References: <20080226213741.GC3894@adacore.com> In-Reply-To: <20080226213741.GC3894@adacore.com> Content-Type: multipart/mixed; boundary="------------070303000806060900060303" 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: 2008-02/txt/msg00409.txt.bz2 This is a multi-part message in MIME format. --------------070303000806060900060303 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-length: 570 Hi Joel, As per earlier on-list discussion, any chance of applying this simple fix to prevent random SEGV's in gdb? Cheers, Greg Joel Brobecker wrote: > Hello, > > Now that the last known blocking issue has been dealt with, I think > a good branchpoint would be: "2008-02-26 10:00". That's today shortly > after Vladimir checked Nick's change in. > > Unless there are some objections (or other suggestions!), I'll create > the branch later this week, and start the release process. > -- Greg Law, Undo Software http://undo-software.com/ --------------070303000806060900060303 Content-Type: text/x-patch; name="regcache_fix.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="regcache_fix.patch" Content-length: 658 Index: gdb/regcache.c =================================================================== RCS file: /cvs/src/src/gdb/regcache.c,v retrieving revision 1.163 diff -u -r1.163 regcache.c --- gdb/regcache.c 1 Jan 2008 22:53:12 -0000 1.163 +++ gdb/regcache.c 4 Feb 2008 22:24:32 -0000 @@ -472,6 +472,9 @@ regcache_xfree (current_regcache); current_regcache = NULL; + /* Need to forget about any frames we have cached, too. */ + reinit_frame_cache (); + /* Force cleanup of any alloca areas if using C alloca instead of a builtin alloca. This particular call is used to clean up areas allocated by low level target code which may build up --------------070303000806060900060303--