From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13618 invoked by alias); 15 Nov 2002 05:49:35 -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 13607 invoked from network); 15 Nov 2002 05:49:32 -0000 Received: from unknown (HELO zenia.red-bean.com) (66.244.67.22) by sources.redhat.com with SMTP; 15 Nov 2002 05:49:32 -0000 Received: (from jimb@localhost) by zenia.red-bean.com (8.11.6/8.11.6) id gAF5XVZ32170; Fri, 15 Nov 2002 00:33:31 -0500 To: Paul Koning Cc: gdb@sources.redhat.com Subject: Re: psymtab/symtab error References: <15828.14028.345000.202128@gargle.gargle.HOWL> From: Jim Blandy Date: Thu, 14 Nov 2002 21:49:00 -0000 In-Reply-To: <15828.14028.345000.202128@gargle.gargle.HOWL> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.92 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-11/txt/msg00176.txt.bz2 Paul Koning writes: > Gentlepeople, > > I've been wading all over the guts of gdb for most of today, trying to > track down the cause of this message: > > (gdb) info addr CFreeList::m_base > Internal: global symbol `_ZN9CFreeListI7CVolumeE6m_baseE' found in iSCSIInit.cpp psymtab but not in symtab. > _ZN9CFreeListI7CVolumeE6m_baseE may be an inlined function, or may be a template function > (if a template, try specifying an instantiation: _ZN9CFreeListI7CVolumeE6m_baseE). > (gdb) info addr CFreeList::m_base > Symbol "_ZN9CFreeListI7CVolumeE6m_baseE" is static storage at address 0x4000dcf4. > (gdb) > > I get this simply by invoking gdb and loading the symbol table of the > image in question (a large RTOS application). > > I dove deep into the guts of symbol table processing without getting > particularly enlightened. As a guess, perhaps the problem is that > this symbol is entered into the symtab in its friendly form? > > The curious part is that (as shown above) reissuing the offending > command makes it work right, i.e., the symbol is actually entered in > the various gdb tables correctly so it can be found on the second > attempt. > > I'm using gdb from the 5.3 branch, as of 9/30/02. Any hints? Hmm. Your sources have this entry in gdb/ChangeLog, right? 2002-08-29 Jim Blandy * symtab.c (lookup_symbol_aux): In the cases where we find a minimal symbol of an appropriate name and use its address to select a symtab to read and search, use `name' (as passed to us) as the demangled name when searching the symtab's global and static blocks, not the minsym's name.