From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12351 invoked by alias); 14 Nov 2002 22:50:46 -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 12344 invoked from network); 14 Nov 2002 22:50:45 -0000 Received: from unknown (HELO cygnus.equallogic.com) (65.170.102.10) by sources.redhat.com with SMTP; 14 Nov 2002 22:50:45 -0000 Received: from cygnus.equallogic.com (localhost.localdomain [127.0.0.1]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id gAEMojW00832 for ; Thu, 14 Nov 2002 17:50:45 -0500 Received: from deneb.dev.equallogic.com (deneb.dev.equallogic.com [172.16.1.99]) by cygnus.equallogic.com (8.11.6/8.11.6) with ESMTP id gAEMoi500825 for ; Thu, 14 Nov 2002 17:50:44 -0500 Received: from PKONING.equallogic.com (localhost.localdomain [127.0.0.1]) by deneb.dev.equallogic.com (8.11.6/8.11.6) with ESMTP id gAEMoiY26261 for ; Thu, 14 Nov 2002 17:50:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15828.14028.345000.202128@gargle.gargle.HOWL> Date: Thu, 14 Nov 2002 14:50:00 -0000 From: Paul Koning To: gdb@sources.redhat.com Subject: psymtab/symtab error X-SW-Source: 2002-11/txt/msg00174.txt.bz2 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? paul