From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11430 invoked by alias); 13 Feb 2003 21:29:07 -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 11421 invoked from network); 13 Feb 2003 21:29:07 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by 172.16.49.205 with SMTP; 13 Feb 2003 21:29:07 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 18jSnu-00071h-00; Thu, 13 Feb 2003 17:30:06 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 18jQum-0003gC-00; Thu, 13 Feb 2003 16:29:04 -0500 Date: Thu, 13 Feb 2003 21:29:00 -0000 From: Daniel Jacobowitz To: Kevin Buettner Cc: Andrew Cagney , gdb@sources.redhat.com Subject: Re: frame_register_unwind(): "frame != NULL" assertion failure Message-ID: <20030213212904.GA14115@nevyn.them.org> Mail-Followup-To: Kevin Buettner , Andrew Cagney , gdb@sources.redhat.com References: <1030213212349.ZM2427@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1030213212349.ZM2427@localhost.localdomain> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-02/txt/msg00217.txt.bz2 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... -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer