Interesting dwarf-2/shared lib problem.
Daniel Jacobowitz
drow@mvista.com
Tue Dec 2 16:18:00 GMT 2003
On Tue, Dec 02, 2003 at 11:13:53AM -0500, Kris Warkentin wrote:
> When debugging an app with a shared lib I ran across the following problem.
>
> After having proceeded to main(), all libs/syms are loaded, source search
> directory set appropriately, etc.
>
> Trying to use the following address form:
>
> list display.c:10
> -or-
> break display.c:27
>
> where display.c is in one of the loaded shared libraries, fails with "No
> source file named display.c"
>
> If I then do "break display", where display() is a function in display.c,
> the above two addressing forms work fine.
>
> I observed that libdisplay.so has been loaded with a psymtab and that the
> code in lookup_symtab() only searches through objects which have a full
> symtab loaded. This would seem to be why it's not finding display.c. I'm
> supposing that when you do a break on a function, the full symtab is then
> loaded.
>
> Note also that this goes away if the source is compiled with the stabs+
> debugging format. I'm pondering the solution to this. Is there a way to
> force gdb to load the full symbol table for all shared objects? Or is there
> a better way to get around this?
>From lookup_symtab:
/* Same search rules as above apply here, but now we look thru the
psymtabs. */
ps = lookup_partial_symtab (name);
if (!ps)
return (NULL);
Is that not working?
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
More information about the Gdb
mailing list