From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17964 invoked by alias); 13 Feb 2003 21:35:37 -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 17957 invoked from network); 13 Feb 2003 21:35:37 -0000 Received: from unknown (HELO mx1.redhat.com) (172.16.49.200) by 172.16.49.205 with SMTP; 13 Feb 2003 21:35:37 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h1DLZbf00992 for ; Thu, 13 Feb 2003 16:35:37 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1DLZaa28886; Thu, 13 Feb 2003 16:35:36 -0500 Received: from localhost.localdomain (vpnuser1.stuttgart.redhat.com [172.16.4.1]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1DLZX929121; Thu, 13 Feb 2003 16:35:34 -0500 Received: (from kev@localhost) by localhost.localdomain (8.11.6/8.11.6) id h1DLZRb02490; Thu, 13 Feb 2003 14:35:27 -0700 Date: Thu, 13 Feb 2003 21:35:00 -0000 From: Kevin Buettner Message-Id: <1030213213526.ZM2489@localhost.localdomain> In-Reply-To: Daniel Jacobowitz "Re: frame_register_unwind(): "frame != NULL" assertion failure" (Feb 13, 4:29pm) References: <1030213212349.ZM2427@localhost.localdomain> <20030213212904.GA14115@nevyn.them.org> To: Daniel Jacobowitz , Kevin Buettner Subject: Re: frame_register_unwind(): "frame != NULL" assertion failure Cc: Andrew Cagney , gdb@sources.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-02/txt/msg00218.txt.bz2 On Feb 13, 4:29pm, Daniel Jacobowitz wrote: > Subject: Re: frame_register_unwind(): "frame != NULL" assertion failure > On Thu, Feb 13, 2003 at 02:23:50PM -0700, Kevin Buettner wrote: > > Andrew, > > > > Any ideas about what to do about this assertion failure? This is > > occurring in a mips-linux native gdb built using current sources. > > (Okay, they're a few hours old by now...) I was debugging gdb with > > itself and was running to a breakpoint placed on main(). > > > > #0 internal_error ( > > file=0x7a1a60 "/home/devel/kevinb/sourceware-mips64/src.baseline/gdb/frame.c", line=187, string=0x7a1aa0 "%s%sAssertion `%s' failed.") > > at /home/devel/kevinb/sourceware-mips64/src.baseline/gdb/utils.c:800 > > #1 0x00577c94 in frame_register_unwind (frame=0x0, regnum=187, > > optimizedp=0x7a1b20, lvalp=0x7fff68d4, addrp=0x7fff68d8, > > realnump=0x7fff68e0, bufferp=0x7fff68c0) > > at /home/devel/kevinb/sourceware-mips64/src.baseline/gdb/frame.c:187 > > #2 0x004f8534 in read_next_frame_reg (fi=0x7fff68c0, regno=29) > > at /home/devel/kevinb/sourceware-mips64/src.baseline/gdb/mips-tdep.c:1592 > > That backtrace must be inaccurate? read_next_frame_reg just passes fi > to frame_register_unwind... I'll try to get a better one. gdb was compiled with -O2 and I see: outer-gdb> down #2 0x004f8534 in read_next_frame_reg (fi=0x7fff68c0, regno=29) at /home/devel/kevinb/sourceware-mips64/src.baseline/gdb/mips-tdep.c:1592 1592 frame_register_unwind (fi, regno, &optimized, &lval, &addr, &realnum, outer-gdb> info address fi Symbol "fi" is an argument in register s1. I'll recompile without -O2 and post a new backtrace... Kevin