From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2772 invoked by alias); 3 Aug 2012 21:45:48 -0000 Received: (qmail 2757 invoked by uid 22791); 3 Aug 2012 21:45:44 -0000 X-SWARE-Spam-Status: No, hits=-3.2 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,TW_VG X-Spam-Check-By: sourceware.org Received: from mailrelay006.isp.belgacom.be (HELO mailrelay006.isp.belgacom.be) (195.238.6.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 03 Aug 2012 21:45:30 +0000 X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArUBAFFFHFDZiCFC/2dsb2JhbAANOIV7sAmGWQEBAQQjVhALGAICJgICVwaxLG6TAYEhkBmBEgOedYlD Received: from 66.33-136-217.adsl-dyn.isp.belgacom.be (HELO [192.168.1.2]) ([217.136.33.66]) by relay.skynet.be with ESMTP; 03 Aug 2012 23:45:28 +0200 Subject: Re: [commit+7.5] [patchv2] Write bpt at the ON_STACK bpt address From: Philippe Waroquiers To: Edjunior Barbosa Machado Cc: Sergio Durigan Junior , Pedro Alves , Jan Kratochvil , Joel Brobecker , gdb-patches@sourceware.org, "Maciej W. Rozycki" , Tom Tromey In-Reply-To: <501B3790.9070407@linux.vnet.ibm.com> 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> <501B3790.9070407@linux.vnet.ibm.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 03 Aug 2012 21:45:00 -0000 Message-ID: <1344030336.2214.26.camel@soleil> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit 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/msg00127.txt.bz2 On Thu, 2012-08-02 at 23:29 -0300, Edjunior Barbosa Machado wrote: > ==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 Are you sure the above is a ppc64 executable and not a ppc32 executable ? If that is a ppc32, the problem above might be due to a bug in Valgrind 3.7.0 ppc32 : some xml files were missing in the install. So, GDB does not get the register description for the Valgrind ppc32 simulated CPU. This might then cause the above 'packet too long'. Testing in 64 bits and/or testing with the (not yet released) Valgrind 3.8.0 SVN should be ok then. If this is not the explanation, then some more info might help to understand what goes wrong (e.g. full log of Valgrind -v -v -v -d -d -d when doing the above test). Thanks Philippe