From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29474 invoked by alias); 21 Jun 2013 08:03:47 -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 29462 invoked by uid 89); 21 Jun 2013 08:03:46 -0000 X-Spam-SWARE-Status: No, score=-8.0 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; Fri, 21 Jun 2013 08:03:45 +0000 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 21 Jun 2013 01:03:42 -0700 X-ExtLoop1: 1 Received: from irsmsx103.ger.corp.intel.com ([163.33.3.157]) by azsmga001.ch.intel.com with ESMTP; 21 Jun 2013 01:03:23 -0700 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.127]) by IRSMSX103.ger.corp.intel.com ([169.254.3.35]) with mapi id 14.03.0123.003; Fri, 21 Jun 2013 09:03:22 +0100 From: "Metzger, Markus T" To: Jan Kratochvil CC: Joel Brobecker , "gdb-patches@sourceware.org" , "Pedro Alves (palves@redhat.com)" Subject: RE: [patch] Fix cleanup in finish_command Date: Fri, 21 Jun 2013 08:14:00 -0000 Message-ID: References: <20130619211444.GA29379@host2.jankratochvil.net> <20130620143118.GA11929@host2.jankratochvil.net> <20130620151806.GD4724@adacore.com> <20130620161945.GA16142@host2.jankratochvil.net> In-Reply-To: <20130620161945.GA16142@host2.jankratochvil.net> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2013-06/txt/msg00576.txt.bz2 > -----Original Message----- > From: Jan Kratochvil [mailto:jan.kratochvil@redhat.com] > Sent: Thursday, June 20, 2013 6:20 PM > Unrelated: > There is testcase FAILing randomly, reproducible with "read1.so" from: > http://sourceware.org/bugzilla/show_bug.cgi?id=3D12649 > Running ./gdb.btrace/exception.exp ... > FAIL: gdb.btrace/exception.exp: exception - flat (timeout) I do not think that this is an actual issue. It runs into a timeout because there is so much memory to read. When I add to my board file: set_board_info gdb,timeout 8000 it takes a very long time, but the test eventually passes. > > Can you point me to a specific test where this happens? >=20 > Each time with: gdb.btrace/tailcall.exp I don't get a core file, but I was able to reproduce the bug. You need to "record btrace", then navigate in the trace using the "finish" command. When the inferior then terminates (either by killing it or by continuing to its end), you get the SEGV in delete_breakpoint. When I remove the throw_error() in record-btrace.c's to_fetch_registers function (and just return), the bug disappears. Looks like someone isn't expecting an error from this function. Likely the "finish" command or some code used by that command. Maybe "finish" is caught by this exception before it can clean up its breakpoint correctly. Am I allowed to throw_error() in target functions? Or should I just warn and return normally? Or just return and not even warn? Regards, 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