From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23144 invoked by alias); 20 Jan 2005 17:07:09 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 23092 invoked from network); 20 Jan 2005 17:07:06 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 20 Jan 2005 17:07:06 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id j0KH75v8025149 for ; Thu, 20 Jan 2005 12:07:05 -0500 Received: from localhost.redhat.com (vpn50-160.rdu.redhat.com [172.16.50.160]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id j0KH75O24773; Thu, 20 Jan 2005 12:07:05 -0500 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 81ED37D81; Thu, 20 Jan 2005 12:06:58 -0500 (EST) Message-ID: <41EFE531.9060605@gnu.org> Date: Thu, 20 Jan 2005 17:07:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Nick Roberts Cc: gdb@sources.redhat.com Subject: Re: internal-error: insert_step_resume_breakpoint_at_sal References: <16804.1142.136766.593493@farnswood.snap.net.nz> <16874.17961.812024.375273@farnswood.snap.net.nz> <41ED5C15.7070401@gnu.org> <16877.33664.336543.446168@farnswood.snap.net.nz> <41EE82EA.7010803@gnu.org> <16879.224.997596.521183@farnswood.snap.net.nz> In-Reply-To: <16879.224.997596.521183@farnswood.snap.net.nz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-01/txt/msg00100.txt.bz2 Nick Roberts wrote: > > > Well symtab = 0x0 looks unassigned to me. > > > > More likely not-found, what's at that address? > > Whats at 0x0?! Are you winding me up, or is it some kind of offset? What's at $pc (where PC is 0x4012e7e9 or 0x80850d5), symtab==0 indicates a symtab lookup failure. > > Can you capture the output from "set debug infrun 1"? It should help. > > See below. I can send the full transcript if necessary. How much more? > Nick > > ... > infrun: TARGET_WAITKIND_STOPPED > infrun: stop_pc = 0x4012e7e9 > infrun: random signal 20 > infrun: resume (step=0, signal=20) > infrun: prepare_to_wait > infrun: infwait_normal_state > infrun: TARGET_WAITKIND_STOPPED > infrun: stop_pc = 0x4012e7e9 > infrun: random signal 20 > infrun: resume (step=0, signal=20) > > infrun: prepare_to_wait > Breakpoint 3, Fsplit_window (window=137726961, size=137726961, > horflag=137726961) at window.c:3688 > 3688 if (NILP (window)) > (gdb) n There appears to be stuff missing here, the output should contain something like: resume(step=1, signal=0) resume(step=0, signal=0) as GDB single-steps the thread off breakpoint 3. The PC should be near or at 0x80850d5 found in the below. > infrun: infwait_normal_state > infrun: TARGET_WAITKIND_STOPPED > infrun: stop_pc = 0x4012e7e9 > infrun: random signal 20 > infrun: resume (step=0, signal=20) > infrun: prepare_to_wait > infrun: infwait_normal_state > infrun: TARGET_WAITKIND_STOPPED > infrun: stop_pc = 0x4012e7e9 > infrun: random signal 20 > infrun: resume (step=0, signal=20) > infrun: prepare_to_wait > infrun: infwait_normal_state > infrun: TARGET_WAITKIND_STOPPED > infrun: stop_pc = 0x80850d5 > infrun: BPSTATE_WHAT_STOP_NOISY > infrun: stop_stepping > > Breakpoint 1, internal_error (file=0x82214d7 "infrun.c", line=2671, > string=0x81ef681 "%s: Assertion `%s' failed.") at utils.c:789 > 789 va_start (ap, string); > Andrew