From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12630 invoked by alias); 1 Feb 2005 20:59:52 -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 12539 invoked from network); 1 Feb 2005 20:59:45 -0000 Received: from unknown (HELO nevyn.them.org) (66.93.172.17) by sourceware.org with SMTP; 1 Feb 2005 20:59:45 -0000 Received: from drow by nevyn.them.org with local (Exim 4.43 #1 (Debian)) id 1Cw57X-0004r1-56; Tue, 01 Feb 2005 15:59:35 -0500 Date: Tue, 01 Feb 2005 20:59:00 -0000 From: Daniel Jacobowitz To: Manoj Iyer Cc: gdb@sources.redhat.com Subject: Re: internal-error: could not find partial DIE in cache Message-ID: <20050201205934.GA18544@nevyn.them.org> Mail-Followup-To: Manoj Iyer , gdb@sources.redhat.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2005-02/txt/msg00016.txt.bz2 On Tue, Feb 01, 2005 at 01:45:58PM -0600, Manoj Iyer wrote: > > It will be a big help if I can get some inputs as to how I should go > further on this problem. > > I have an executable compiled with IBM xlC++ compiler, when I run this > program through GDB (RHEL 4, gdb 6.3) it throws and internal error : > > dwarf2read.c:5452: internal-error: could not find partial DIE in cache > > looking at the code, find_partial_die_in_comp_unit() is printing this > message. libiberty/hashtab.c: htab_find_with_hash() function is returning > an EMPTY_ENTRY. > > I dont know the internal of GDB enough. What should I be looking for? Is > this because the hash table was created wrong or xlC produced some bad > debug information. How do I find out? Debug it :-) The hash table is created by scanning all DIEs. Is the index being looked up a valid DIE? If so, why was it skipped? -- Daniel Jacobowitz