From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9845 invoked by alias); 3 Aug 2012 02:30:03 -0000 Received: (qmail 9640 invoked by uid 22791); 3 Aug 2012 02:30:01 -0000 X-SWARE-Spam-Status: No, hits=-5.7 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,TW_VG,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from e24smtp04.br.ibm.com (HELO e24smtp04.br.ibm.com) (32.104.18.25) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 03 Aug 2012 02:29:47 +0000 Received: from /spool/local by e24smtp04.br.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 2 Aug 2012 23:29:45 -0300 Received: from d24dlp01.br.ibm.com (9.18.248.204) by e24smtp04.br.ibm.com (10.172.0.140) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 2 Aug 2012 23:29:43 -0300 Received: from d24relay01.br.ibm.com (d24relay01.br.ibm.com [9.8.31.16]) by d24dlp01.br.ibm.com (Postfix) with ESMTP id 696D4352004C for ; Thu, 2 Aug 2012 22:29:39 -0400 (EDT) Received: from d24av05.br.ibm.com (d24av05.br.ibm.com [9.18.232.44]) by d24relay01.br.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q732PwTh2846930 for ; Thu, 2 Aug 2012 23:25:58 -0300 Received: from d24av05.br.ibm.com (loopback [127.0.0.1]) by d24av05.br.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q732TfgZ014004 for ; Thu, 2 Aug 2012 23:29:42 -0300 Received: from [9.12.224.99] ([9.12.224.99]) by d24av05.br.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q732Tbka013968; Thu, 2 Aug 2012 23:29:38 -0300 Message-ID: <501B3790.9070407@linux.vnet.ibm.com> Date: Fri, 03 Aug 2012 02:30:00 -0000 From: Edjunior Barbosa Machado User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: Sergio Durigan Junior CC: Pedro Alves , Jan Kratochvil , Philippe Waroquiers , Joel Brobecker , gdb-patches@sourceware.org, "Maciej W. Rozycki" , Tom Tromey Subject: Re: [commit+7.5] [patchv2] Write bpt at the ON_STACK bpt address References: <5012B1B6.1030003@redhat.com> <1343339398.2258.119.camel@soleil> <20120727184633.GA14182@host2.jankratochvil.net> <20120731073643.GA18696@host2.jankratochvil.net> <501B03E4.1020209@linux.vnet.ibm.com> <501B2271.6030406@redhat.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Scanned: Fidelis XPS MAILER x-cbid: 12080302-8936-0000-0000-0000079556AC X-IsSubscribed: yes 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: 2012-08/txt/msg00095.txt.bz2 On 08/02/2012 10:47 PM, Sergio Durigan Junior wrote: > On Thursday, August 02 2012, Pedro Alves wrote: > >>>> Program received signal SIGTRAP, Trace/breakpoint trap. >>>> ../../gdb.git/gdb/frame.c:2396: internal-error: frame_cleanup_after_sniffer: Assertion `frame->prologue_cache == NULL' failed. >>>> A problem internal to GDB has been detected, >>>> FAIL: gdb.base/valgrind-infcall.exp: continue (GDB internal error) >>>> further debugging may prove unreliable. >>>> Quit this debugging session? (y or n) n >>>> >>>> With this error, gdb connection is closed and the testsuite gets stuck >>>> at this point. >>> >>> (Adding Tom to CC list). >>> >>> Thanks for the report. >>> >>> Just as an FYI (or For Our Information, rather), >>> http://sourceware.org/ml/gdb-patches/2012-08/msg00075.html clearly fixes >>> the bug. I will keep an eye on this since I am interested as well. >> >> Curious. But is the cause the same? If something sending C-c to gdb at the "wrong" time? > > Not sure, but apparently not. I just wanted to make the relation > between the patch and the problem clear. It is also worth noting that > the patch fixes only the internal error, but some failures still occur, > which is something else to be investigated. > Indeed, there is still a couple of unexpected failures in gdb.base/valgrind-infcall.exp on ppc64 even with the mentioned patch. One of the failures actually is just the missing `.' prefixing _start() which should be acceptable by the testcase on ppc64 (patch below), but the other seems to be a real problem: ... continue Continuing. ==11976== Invalid free() / delete / delete[] / realloc() ==11976== at 0x40458BC: free (vg_replace_malloc.c:427) ==11976== by 0x10000763: main (valgrind-infcall.c:38) ==11976== Address 0x4070040 is 0 bytes inside a block of size 1 free'd ==11976== at 0x40458BC: free (vg_replace_malloc.c:427) ==11976== by 0x10000757: main (valgrind-infcall.c:37) ==11976== ==11976== (action on error) vgdb me ... Program received signal SIGTRAP, Trace/breakpoint trap. (gdb) PASS: gdb.base/valgrind-infcall.exp: continue #2 p gdb_test_infcall () Remote 'g' packet reply is too long: 000000003807eb6800000007ff00d4400000000004068818000000000000000000000007ff00d4b000000007ff00d9f800000007ff00dfb800000000000000000000000000001102000000000000000000000007ff00d4b00000008095169ae0000000002400004200000080950ad5600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000809509fdf800000080950a19f00000000004060940000000000407004000000007ff00d44000000000040700400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000! 0000000000 0000000000000000000000000000000000000000000000000000000000000000000000040458bc000000000000000024000044000000003807eb680000008095169ae0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000! 0000000000 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (gdb) FAIL: gdb.base/valgrind-infcall.exp: p gdb_test_infcall () testcase ../../../gdb.git/gdb/testsuite/gdb.base/valgrind-infcall.exp completed in 1 seconds -- Edjunior diff --git a/gdb/testsuite/gdb.base/valgrind-infcall.exp b/gdb/testsuite/gdb.base/valgrind-infcall.exp index f2aa1ad..df2fb5c 100644 --- a/gdb/testsuite/gdb.base/valgrind-infcall.exp +++ b/gdb/testsuite/gdb.base/valgrind-infcall.exp @@ -85,7 +85,7 @@ unset_board_info fileid clean_restart $executable -gdb_test "$vgdbcmd" " in _start .*" "target remote for vgdb" +gdb_test "$vgdbcmd" " in \\.?_start .*" "target remote for vgdb" gdb_test "monitor v.set gdb_output" "valgrind output will go to gdb.*"