From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12464 invoked by alias); 8 Jan 2010 16:32:57 -0000 Received: (qmail 12453 invoked by uid 22791); 8 Jan 2010 16:32:56 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from plmler7.mail.eds.com (HELO plmler7.mail.eds.com) (199.228.142.67) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 08 Jan 2010 16:32:47 +0000 Received: from plmlir3.mail.eds.com (plmlir3-2.mail.eds.com [199.228.142.133]) by plmler7.mail.eds.com (8.14.2/8.13.8) with ESMTP id o08GWKGS010390; Fri, 8 Jan 2010 10:32:20 -0600 Received: from plmlir3.mail.eds.com (localhost.localdomain [127.0.0.1]) by plmlir3.mail.eds.com (8.14.2/8.12.10) with ESMTP id o08GWIl4001046; Fri, 8 Jan 2010 10:32:18 -0600 Received: from usplmvpfe001.ent.rt.verigy.net ([192.100.40.4]) by plmlir3.mail.eds.com (8.14.2/8.12.10) with ESMTP id o08GWI3L001003; Fri, 8 Jan 2010 10:32:18 -0600 X-EDSINT-Source-Ip: 192.100.40.4 Received: from usplmvpbe001.ent.rt.verigy.net ([10.16.58.34]) by usplmvpfe001.ent.rt.verigy.net with Microsoft SMTPSVC(6.0.3790.3959); Fri, 8 Jan 2010 10:32:18 -0600 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: pc 0x25c9b0 in read in psymtab, but not in symtab Date: Fri, 08 Jan 2010 16:32:00 -0000 Message-ID: <58596C4646708B4BB990C4483997333001908F74@usplmvpbe001.ent.rt.verigy.net> In-Reply-To: From: "Elmenthaler, Jens" To: "Tristan Gingold" , "Chris Sutcliffe" Cc: X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-01/txt/msg00075.txt.bz2 > Sadly, without reproducer I won't get far. In my case, the addresses complained about resolves to the following locati= ons (RedHat Enterprise Linux 5.3): maint translate-address 0x25c9b0 -> _dl_debug_state + 0 in section .text of /lib/ld-linux.so.2 maint translate-address 0x25c9b1 -> _dl_debug_state + 1 in section .text of /lib/ld-linux.so.2 This makes perfectly sense, as I see the messages while (or shortly after) = the gdb is stopped because of shared library event. I'm running out of time, right now. But a guess a program that dlopen's a s= hared library could be good candidate. I will give it a try as soon as poss= ible. Jens. -----Original Message----- From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On Behalf = Of Tristan Gingold Sent: Freitag, 8. Januar 2010 16:56 To: Chris Sutcliffe Cc: gdb@sourceware.org Subject: Re: pc 0x25c9b0 in read in psymtab, but not in symtab On Jan 8, 2010, at 4:42 PM, Chris Sutcliffe wrote: >> yes this bug I encounter some time ago, too. It is related to DLL files >> not having any debugging information but are shown in backtrace. Here it >> warns once about psymtab !=3D symtab and code in gdb fix it afterwards. = IMHO >> this warning is simply pretty bogus here, or the DLL loader should >> generate for pe-coff the symtab, too. >=20 > Hopefully this is helpful. Not that much. This doesn't sound coherent to me because if there is no de= bugging information both the psymtab and the symtab should be empty. > If there is anything else I can do to help track down the bug, please > let me know. It would be nice to have a reproducer. It doesn't need to be small and I t= hink sources are not needed to investigate this issue. Sadly, without reproducer I won't get far. Tristan.