From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3004 invoked by alias); 14 Sep 2009 17:43:12 -0000 Received: (qmail 2996 invoked by uid 22791); 14 Sep 2009 17:43:11 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.45.13) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 14 Sep 2009 17:43:07 +0000 Received: from wpaz37.hot.corp.google.com (wpaz37.hot.corp.google.com [172.24.198.101]) by smtp-out.google.com with ESMTP id n8EHh5Y2004990 for ; Mon, 14 Sep 2009 10:43:05 -0700 Received: from yxe15 (yxe15.prod.google.com [10.190.2.15]) by wpaz37.hot.corp.google.com with ESMTP id n8EHfn5b024322 for ; Mon, 14 Sep 2009 10:43:03 -0700 Received: by yxe15 with SMTP id 15so4105728yxe.13 for ; Mon, 14 Sep 2009 10:43:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.80.5 with SMTP id h5mr6526589anl.10.1252950181046; Mon, 14 Sep 2009 10:43:01 -0700 (PDT) In-Reply-To: <8ac60eac0909040825u25ce064co34550210ec2e5f11@mail.gmail.com> References: <20090902164425.GR4379@adacore.com> <8ac60eac0909030854j21d514f9h5047a099a3eb3d80@mail.gmail.com> <8ac60eac0909040825u25ce064co34550210ec2e5f11@mail.gmail.com> Date: Mon, 14 Sep 2009 17:43:00 -0000 Message-ID: <8ac60eac0909141043s50a2311dh8fa2bc5810bb824@mail.gmail.com> Subject: Re: [gdb-7.0 release] 2009-09-02 status and proposed plan From: Paul Pluzhnikov To: Joel Brobecker Cc: gdb@sourceware.org, Tom Tromey , Doug Evans Content-Type: text/plain; charset=ISO-8859-1 X-System-Of-Record: true 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: 2009-09/txt/msg00182.txt.bz2 On Fri, Sep 4, 2009 at 8:25 AM, Paul Pluzhnikov wrote: > I think there is another release blocker: And another one :-( We have a bug report, where doing "break file:line" inserts 13 breakpoints with GDB CVS, but only 9 with GDB-6.8. The problem is that the extra 4 insertions are all in the middle of instruction(s), and cause inferior to SIGSEGV if any of these instructions is ever executed. This is happening in a large piece of optimized code, still working on reduced test case. Analysis so far: The problem appears to be in expand_line_sal(). Both gdb-6.8 and gdb-cvs construct a list of 20 candidates, but then gdb-6.8 filters that list down to 9, and gdb-cvs down to 13 candidates. -- Paul Pluzhnikov