From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25842 invoked by alias); 7 Jul 2011 02:14:30 -0000 Received: (qmail 25831 invoked by uid 22791); 7 Jul 2011 02:14:29 -0000 X-SWARE-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from shell0.rawbw.com (HELO shell0.rawbw.com) (198.144.192.45) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 07 Jul 2011 02:14:14 +0000 Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id p672DkZn090647; Wed, 6 Jul 2011 19:13:47 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <4E15165A.10303@rawbw.com> Date: Thu, 07 Jul 2011 02:14:00 -0000 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Joel Brobecker CC: Tom Tromey , gdb@sourceware.org, Steven Kreuzer Subject: Re: 7.3 is broken on FreeBSD References: <4E14C877.6080402@rawbw.com> <4E14D646.5090003@rawbw.com> <20110706224222.GV15572@adacore.com> <4E14E5D2.1080009@rawbw.com> <20110706225535.GW15572@adacore.com> <4E14EB9C.8080503@rawbw.com> <20110706232418.GX15572@adacore.com> <4E14F266.3030807@rawbw.com> <20110707015927.GY15572@adacore.com> In-Reply-To: <20110707015927.GY15572@adacore.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2011-07/txt/msg00037.txt.bz2 On 07/06/2011 18:59, Joel Brobecker wrote: >> I see, you meant gdb/config.h, HAVE_PT_GETDBREGS is defined theer: >> #define HAVE_PT_GETDBREGS 1 > So, we'd be back to square one: Why does GDB crash. Looking at > the backtrace, it looks like it tried to make a call via a null > function pointer. > > Since I can't reproduce, and I'm out of ideas of what might be > wrong, I'm afraid you'll have to debug this one. > gdb-7.3 crashes on this line: 563 dr_status_mirror = i386_dr_low.get_status (); (gdb) p i386_dr_low $1 = {set_control = 0, set_addr = 0, reset_addr = 0, get_status = 0, unset_status = 0, debug_register_length = 0} (gdb) p i386_dr_low.get_status () Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (at 0x0x0) will be abandoned. When the function is done executing, GDB will silently stop. (gdb) Yuri