* pc 0x25c9b0 in read in psymtab, but not in symtab
@ 2009-12-22 14:58 Elmenthaler, Jens
2010-01-08 11:41 ` Chris Sutcliffe
0 siblings, 1 reply; 14+ messages in thread
From: Elmenthaler, Jens @ 2009-12-22 14:58 UTC (permalink / raw)
To: gdb
Hi
using gdb 7.0 on RedHat Enterprise Linux 5.3, I see the following warning for some programs, but not all:
warning: (Internal error: pc 0x25c9b0 in read in psymtab, but not in symtab.)
I wouldn't care so much about the warning, but once it appears, the program startup becomes damn slow. This seems to be related to dynamically loading additional shared libraries, which we do early in the program.
I looked a bit into the code that issues that message, but I'm not quite sure whether I ran into a bug or simply have to live with that fact.
Anything I can/should do here? 6.8 does not show this issue, but well, the pretty printers are a heavy argument.
Jens.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2009-12-22 14:58 pc 0x25c9b0 in read in psymtab, but not in symtab Elmenthaler, Jens
@ 2010-01-08 11:41 ` Chris Sutcliffe
2010-01-08 11:46 ` Tristan Gingold
0 siblings, 1 reply; 14+ messages in thread
From: Chris Sutcliffe @ 2010-01-08 11:41 UTC (permalink / raw)
To: gdb
> using gdb 7.0 on RedHat Enterprise Linux 5.3, I see the following warning for some programs, but not all:
>
> warning: (Internal error: pc 0x25c9b0 in read in psymtab, but not in symtab.)
I have had the same complaint from several users using GDB under
MinGW. Is it possible to suppress the warning with a command line
flag?
Chris
--
Chris Sutcliffe
http://emergedesktop.org
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 11:41 ` Chris Sutcliffe
@ 2010-01-08 11:46 ` Tristan Gingold
2010-01-08 11:51 ` Chris Sutcliffe
0 siblings, 1 reply; 14+ messages in thread
From: Tristan Gingold @ 2010-01-08 11:46 UTC (permalink / raw)
To: Chris Sutcliffe; +Cc: gdb
On Jan 8, 2010, at 12:41 PM, Chris Sutcliffe wrote:
>> using gdb 7.0 on RedHat Enterprise Linux 5.3, I see the following warning for some programs, but not all:
>>
>> warning: (Internal error: pc 0x25c9b0 in read in psymtab, but not in symtab.)
>
> I have had the same complaint from several users using GDB under
> MinGW. Is it possible to suppress the warning with a command line
> flag?
I don't think it make sense. It is really an internal error (ie a bug).
I was working on that very recently. Do you have a full bug report ? I could investigate this.
Tristan.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 11:46 ` Tristan Gingold
@ 2010-01-08 11:51 ` Chris Sutcliffe
2010-01-08 11:55 ` Tristan Gingold
0 siblings, 1 reply; 14+ messages in thread
From: Chris Sutcliffe @ 2010-01-08 11:51 UTC (permalink / raw)
To: Tristan Gingold; +Cc: gdb
>>> using gdb 7.0 on RedHat Enterprise Linux 5.3, I see the following warning for some programs, but not all:
>>>
>>> warning: (Internal error: pc 0x25c9b0 in read in psymtab, but not in symtab.)
>>
>> I have had the same complaint from several users using GDB under
>> MinGW. Is it possible to suppress the warning with a command line
>> flag?
>
> I don't think it make sense. It is really an internal error (ie a bug).
> I was working on that very recently. Do you have a full bug report ? I could investigate this.
I've had several users report the issue, but have not seen it myself.
Are you looking for a simple test case that exhibits this behaviour?
If so I can follow-up with these users and try to get one for you.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 11:51 ` Chris Sutcliffe
@ 2010-01-08 11:55 ` Tristan Gingold
2010-01-08 12:02 ` Elmenthaler, Jens
2010-01-08 15:42 ` Chris Sutcliffe
0 siblings, 2 replies; 14+ messages in thread
From: Tristan Gingold @ 2010-01-08 11:55 UTC (permalink / raw)
To: Chris Sutcliffe; +Cc: gdb
On Jan 8, 2010, at 12:51 PM, Chris Sutcliffe wrote:
>>>> using gdb 7.0 on RedHat Enterprise Linux 5.3, I see the following warning for some programs, but not all:
>>>>
>>>> warning: (Internal error: pc 0x25c9b0 in read in psymtab, but not in symtab.)
>>>
>>> I have had the same complaint from several users using GDB under
>>> MinGW. Is it possible to suppress the warning with a command line
>>> flag?
>>
>> I don't think it make sense. It is really an internal error (ie a bug).
>> I was working on that very recently. Do you have a full bug report ? I could investigate this.
>
> I've had several users report the issue, but have not seen it myself.
> Are you looking for a simple test case that exhibits this behaviour?
Yes, that would be useful.
> If so I can follow-up with these users and try to get one for you.
Yes, please.
Tristan.
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 11:55 ` Tristan Gingold
@ 2010-01-08 12:02 ` Elmenthaler, Jens
2010-01-08 15:42 ` Chris Sutcliffe
1 sibling, 0 replies; 14+ messages in thread
From: Elmenthaler, Jens @ 2010-01-08 12:02 UTC (permalink / raw)
To: Tristan Gingold, Chris Sutcliffe; +Cc: gdb
> > I've had several users report the issue, but have not seen it myself.
> > Are you looking for a simple test case that exhibits this behaviour?
> Yes, that would be useful.
I will try to do the same. Though I'm not knowing yet how to start.
Jens.
-----Original Message-----
From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On Behalf Of Tristan Gingold
Sent: Freitag, 8. Januar 2010 12:57
To: Chris Sutcliffe
Cc: gdb@sourceware.org
Subject: Re: pc 0x25c9b0 in read in psymtab, but not in symtab
On Jan 8, 2010, at 12:51 PM, Chris Sutcliffe wrote:
>>>> using gdb 7.0 on RedHat Enterprise Linux 5.3, I see the following warning for some programs, but not all:
>>>>
>>>> warning: (Internal error: pc 0x25c9b0 in read in psymtab, but not in symtab.)
>>>
>>> I have had the same complaint from several users using GDB under
>>> MinGW. Is it possible to suppress the warning with a command line
>>> flag?
>>
>> I don't think it make sense. It is really an internal error (ie a bug).
>> I was working on that very recently. Do you have a full bug report ? I could investigate this.
>
> I've had several users report the issue, but have not seen it myself.
> Are you looking for a simple test case that exhibits this behaviour?
Yes, that would be useful.
> If so I can follow-up with these users and try to get one for you.
Yes, please.
Tristan.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 11:55 ` Tristan Gingold
2010-01-08 12:02 ` Elmenthaler, Jens
@ 2010-01-08 15:42 ` Chris Sutcliffe
2010-01-08 15:55 ` Tristan Gingold
1 sibling, 1 reply; 14+ messages in thread
From: Chris Sutcliffe @ 2010-01-08 15:42 UTC (permalink / raw)
To: Tristan Gingold; +Cc: gdb
Hi Tristan,
>> I've had several users report the issue, but have not seen it myself.
>> Are you looking for a simple test case that exhibits this behaviour?
>
> Yes, that would be useful.
Apparently coming up with a simple test case isn't easy, but according
to Kai Tietz:
> 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 != 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.
Hopefully this is helpful.
If there is anything else I can do to help track down the bug, please
let me know.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 15:42 ` Chris Sutcliffe
@ 2010-01-08 15:55 ` Tristan Gingold
2010-01-08 16:32 ` Elmenthaler, Jens
2010-01-08 20:56 ` Chris Sutcliffe
0 siblings, 2 replies; 14+ messages in thread
From: Tristan Gingold @ 2010-01-08 15:55 UTC (permalink / raw)
To: Chris Sutcliffe; +Cc: gdb
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 != 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.
>
> Hopefully this is helpful.
Not that much. This doesn't sound coherent to me because if there is no debugging 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 think sources are not needed
to investigate this issue.
Sadly, without reproducer I won't get far.
Tristan.
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 15:55 ` Tristan Gingold
@ 2010-01-08 16:32 ` Elmenthaler, Jens
2010-01-11 8:46 ` Elmenthaler, Jens
2010-01-08 20:56 ` Chris Sutcliffe
1 sibling, 1 reply; 14+ messages in thread
From: Elmenthaler, Jens @ 2010-01-08 16:32 UTC (permalink / raw)
To: Tristan Gingold, Chris Sutcliffe; +Cc: gdb
> Sadly, without reproducer I won't get far.
In my case, the addresses complained about resolves to the following locations (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 shared library could be good candidate. I will give it a try as soon as possible.
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 != 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.
>
> Hopefully this is helpful.
Not that much. This doesn't sound coherent to me because if there is no debugging 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 think sources are not needed
to investigate this issue.
Sadly, without reproducer I won't get far.
Tristan.
^ permalink raw reply [flat|nested] 14+ messages in thread
* RE: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 16:32 ` Elmenthaler, Jens
@ 2010-01-11 8:46 ` Elmenthaler, Jens
0 siblings, 0 replies; 14+ messages in thread
From: Elmenthaler, Jens @ 2010-01-11 8:46 UTC (permalink / raw)
To: gdb
> I'm running out of time, right now. But a guess a program that dlopen's a > shared library could be good candidate. I will give it a try as soon as < > possible.
I can no longer reproduce the problem: the reason can be one of the following thing:
- I rebooted my linux machine
- completely recompiled my software
I guess the trigger was the second, so I think the problem is sitting between keyboard and chair.
Jens.
-----Original Message-----
From: gdb-owner@sourceware.org [mailto:gdb-owner@sourceware.org] On Behalf Of Elmenthaler, Jens
Sent: Freitag, 8. Januar 2010 17:32
To: Tristan Gingold; Chris Sutcliffe
Cc: gdb@sourceware.org
Subject: RE: pc 0x25c9b0 in read in psymtab, but not in symtab
> Sadly, without reproducer I won't get far.
In my case, the addresses complained about resolves to the following locations (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 shared library could be good candidate. I will give it a try as soon as possible.
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 != 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.
>
> Hopefully this is helpful.
Not that much. This doesn't sound coherent to me because if there is no debugging 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 think sources are not needed
to investigate this issue.
Sadly, without reproducer I won't get far.
Tristan.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 15:55 ` Tristan Gingold
2010-01-08 16:32 ` Elmenthaler, Jens
@ 2010-01-08 20:56 ` Chris Sutcliffe
2010-01-10 2:41 ` Chris Sutcliffe
1 sibling, 1 reply; 14+ messages in thread
From: Chris Sutcliffe @ 2010-01-08 20:56 UTC (permalink / raw)
To: Tristan Gingold; +Cc: gdb
Hi Tristan,
>> 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 think sources are not needed
> to investigate this issue.
>
> Sadly, without reproducer I won't get far.
I'm working on trying to create a reproducer, but as I mentioned, I'm
not seeing the behaviour myself. I have also asked for the users
reporting the issue to supply the code / exe / dll that exhibits the
behaviour.
I'll keep you posted.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-08 20:56 ` Chris Sutcliffe
@ 2010-01-10 2:41 ` Chris Sutcliffe
2010-01-11 8:59 ` Tristan Gingold
0 siblings, 1 reply; 14+ messages in thread
From: Chris Sutcliffe @ 2010-01-10 2:41 UTC (permalink / raw)
To: Tristan Gingold; +Cc: gdb
Hi Tristan,
I've been able to recreate the issue, but I've not been able to reduce
it to a simple test case. I can provide the dlls and exe that
demonstrate the issue, if that would be helpful.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
2010-01-10 2:41 ` Chris Sutcliffe
@ 2010-01-11 8:59 ` Tristan Gingold
0 siblings, 0 replies; 14+ messages in thread
From: Tristan Gingold @ 2010-01-11 8:59 UTC (permalink / raw)
To: Chris Sutcliffe; +Cc: gdb
On Jan 10, 2010, at 3:41 AM, Chris Sutcliffe wrote:
> Hi Tristan,
>
> I've been able to recreate the issue, but I've not been able to reduce
> it to a simple test case. I can provide the dlls and exe that
> demonstrate the issue, if that would be helpful.
Yes, it is. Even if this is large, can you send them to me (privately) ?
Thanks,
Tristan.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: pc 0x25c9b0 in read in psymtab, but not in symtab
@ 2010-01-12 8:19 Roland Schwingel
0 siblings, 0 replies; 14+ messages in thread
From: Roland Schwingel @ 2010-01-12 8:19 UTC (permalink / raw)
To: gdb
Hi...
gdb-owner@sourceware.org wrote on 11.01.2010 10:00:39:
>
> On Jan 10, 2010, at 3:41 AM, Chris Sutcliffe wrote:
>
> > Hi Tristan,
> >
> > I've been able to recreate the issue, but I've not been able to reduce
> > it to a simple test case. I can provide the dlls and exe that
> > demonstrate the issue, if that would be helpful.
>
> Yes, it is. Even if this is large, can you send them to me (privately) ?
I know this will not help you much, but I can reproduce it on windows
(32bit) easily.
Unfortunately with a very big project where I cannot disclose the
source. I already
tried to create an example where it happens but this will get complicated.
But maybe I can aid in debugging if you tell me what I can do I spend some
time on it. (At present I have just removed the errormessage in gdb to
have it
(somewhat) usable at all).
Roland
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2010-01-12 8:19 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-12-22 14:58 pc 0x25c9b0 in read in psymtab, but not in symtab Elmenthaler, Jens
2010-01-08 11:41 ` Chris Sutcliffe
2010-01-08 11:46 ` Tristan Gingold
2010-01-08 11:51 ` Chris Sutcliffe
2010-01-08 11:55 ` Tristan Gingold
2010-01-08 12:02 ` Elmenthaler, Jens
2010-01-08 15:42 ` Chris Sutcliffe
2010-01-08 15:55 ` Tristan Gingold
2010-01-08 16:32 ` Elmenthaler, Jens
2010-01-11 8:46 ` Elmenthaler, Jens
2010-01-08 20:56 ` Chris Sutcliffe
2010-01-10 2:41 ` Chris Sutcliffe
2010-01-11 8:59 ` Tristan Gingold
2010-01-12 8:19 Roland Schwingel
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox