From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14411 invoked by alias); 20 Jun 2013 15:27:02 -0000 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 Received: (qmail 14399 invoked by uid 89); 20 Jun 2013 15:27:02 -0000 X-Spam-SWARE-Status: No, score=-7.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.1 Received: from mga03.intel.com (HELO mga03.intel.com) (143.182.124.21) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Thu, 20 Jun 2013 15:27:01 +0000 Received: from azsmga002.ch.intel.com ([10.2.17.35]) by azsmga101.ch.intel.com with ESMTP; 20 Jun 2013 08:26:58 -0700 X-ExtLoop1: 1 Received: from irsmsx102.ger.corp.intel.com ([163.33.3.155]) by AZSMGA002.ch.intel.com with ESMTP; 20 Jun 2013 08:26:57 -0700 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.127]) by IRSMSX102.ger.corp.intel.com ([169.254.2.194]) with mapi id 14.03.0123.003; Thu, 20 Jun 2013 16:26:56 +0100 From: "Metzger, Markus T" To: Joel Brobecker , Jan Kratochvil CC: "gdb-patches@sourceware.org" Subject: RE: [patch] Fix cleanup in finish_command Date: Thu, 20 Jun 2013 15:37:00 -0000 Message-ID: References: <20130619211444.GA29379@host2.jankratochvil.net> <20130620143118.GA11929@host2.jankratochvil.net> <20130620151806.GD4724@adacore.com> In-Reply-To: <20130620151806.GD4724@adacore.com> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2013-06/txt/msg00543.txt.bz2 > -----Original Message----- > From: Joel Brobecker [mailto:brobecker@adacore.com] > Sent: Thursday, June 20, 2013 5:18 PM > > BTW I have found the crash happens even with this patch, I haven't foun= d the > > real cause yet. >=20 > Interesting, as I couldn't understand the relationship between > the backtrace and the patch... You might also be in a situation > similar to what I faced on Darwin: a correct cleanup fix triggering > a latent bug; In that situation I found it useful to first git-bisect > to narrow down the commit that caused the change of behavior, and > then finish the bug off with valgrind's help. The bisect will point somewhere into my patch series but it won't be of much help since most of the patches are just preparing for the enabling patch at the end of the series. I have not seen those core files. Can you point me to a specific test where this happens?=20=20 Is there some indication in gdb.log? Are you using remote or native configuration? Thanks, Markus. Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk Registergericht: Muenchen HRB 47456 Ust.-IdNr./VAT Registration No.: DE129385895 Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052