From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15620 invoked by alias); 12 Oct 2006 07:55:19 -0000 Received: (qmail 15598 invoked from network); 12 Oct 2006 07:55:07 -0000 Received: from unknown (202.80.33.51) by sourceware.org with QMTP; 12 Oct 2006 07:55:07 -0000 Received: (qmail 16794 invoked from network); 12 Oct 2006 07:55:05 -0000 X-Anti-Virus: Message scanned for viruses by TVL Received: from dsl2-modem31.tvl.vu (HELO [192.168.2.33]) ([202.80.43.31]) (envelope-sender ) by mail.vanuatu.com.vu (qmail-ldap-1.03) with SMTP for ; 12 Oct 2006 07:55:05 -0000 Message-ID: <452DF4D9.607@sakuraindustries.com> Date: Thu, 12 Oct 2006 07:55:00 -0000 From: Steven Johnson User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: Michael Eager , gdb@sources.redhat.com Subject: Re: GDB internal error: pc in psymtab, not in symtab References: <452DC493.40908@eagercon.com> <20061012044310.GA21442@nevyn.them.org> In-Reply-To: <20061012044310.GA21442@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00074.txt.bz2 I suggest you read this thread: http://sourceware.org/ml/gdb/2006-06/msg00085.html It may be the cause of your problem, as it is the cause of this warning for me. I simply comment out the code referred to in this post and this warning goes away for me. I can't come up with a better way to deal with it. Of course if you also have .linkonce sections in your program, you are probably hosed. Steven J Daniel Jacobowitz wrote: > On Wed, Oct 11, 2006 at 09:29:07PM -0700, Michael Eager wrote: > >> I've been bitten by this same problem: >> http://sourceware.org/ml/gdb/2005-11/msg00279.html >> >> It looks like GDB issues a warning when the ELF symbol >> table contains symbols, but the DWARF data doesn't. >> Assembler source with a .file will have DWARF sections, >> but only a TAG_Compilation_Unit. It's legit DWARF. >> > > Psymtabs do not come from the ELF symbol table; they come from a first > pass over the DWARF information. So, if this warning triggers, that > pass must have done something bogus. > > "maint print psymbols" and "maint print symbols" might be useful; > the interesting question is, what psymtab thought it covered the > address, and why didn't the corresponding symtab? > > Oh, one frequent cause is mis-estimating the range of addresses covered > by the psymtab. > >