From: Olaf Hering <olh@suse.de>
To: gdb@sourceware.org
Subject: Re: gdb follows symlinks when looking for debuginfo
Date: Wed, 23 Jan 2008 18:04:00 -0000 [thread overview]
Message-ID: <20080123180428.GA26139@suse.de> (raw)
In-Reply-To: <20080123173137.GA15119@caradoc.them.org>
On Wed, Jan 23, Daniel Jacobowitz wrote:
> On Wed, Jan 23, 2008 at 05:15:37PM +0100, Olaf Hering wrote:
> >
> > Why does gdb follow symlinks when looking for debuginfo and executables?
>
> Most likely something uses realpath when opening files. Looks like
> exec_file_attach -> openp -> xfullpath.
>
> > The binaries in our installation images are symlinked into a
> > loop-mounted cramfs image, or to an extracted tree on a remote
> > filesystem.
> > The gdb binary itself is a symlink /usr/bin/gdb ->
> > /mounts/inst-sys/usr/bin/gdb. For some reason, gdb starts to look for
> > debuginfo in /mounts/inst-sys/usr/lib/debug instead of just
> > /usr/lib/debug. The same is true for the executable thats being
> > debugged.
>
> That path is surprising. I would have expected
> /usr/lib/debug/mounts/inst-sys/... Does "show sysroot"
> show anything? What about "show debug-file-directory"?
The current system root is "".
The directory where separate debug symbols are searched for is "/mounts/instsys/usr/lib/debug".
You are right. I should have pasted the correct path into the mail.
For 3 yast libs (the first 3 libs to load), the path is wrong.
inst-sys:/ # grep y2wfm.so /X
2953 open("/usr/lib/YaST2/plugin/libpy2wfm.so.2", O_RDONLY) = 7
2953 stat64("/usr/lib/YaST2/plugin/libpy2wfm.so.2", {st_mode=S_IFREG|0755, st_size=121048, ...}) = 0
2953 open("/usr/lib/YaST2/plugin/libpy2wfm.so.2", O_RDONLY) = 7
2953 open("/mounts/instsys/usr/lib/YaST2/plugin/libpy2wfm.so.2.0.0.debug", O_RDONLY) = -1 ENOENT (No such file or directory)
2953 open("/mounts/instsys/usr/lib/YaST2/plugin/.debug/libpy2wfm.so.2.0.0.debug", O_RDONLY) = -1 ENOENT (No such file or directory)
2953 open("/mounts/instsys/usr/lib/debug//mounts/instsys/usr/lib/YaST2/plugin/libpy2wfm.so.2.0.0.debug", O_RDONLY) = -1 ENOENT (No such file or directory)
2953 open("/mounts/instsys/usr/lib/debug/mounts/instsys/usr/lib/YaST2/plugin/libpy2wfm.so.2.0.0.debug", O_RDONLY) = -1 ENOENT (No such file or directory)
Should have been /mounts/instsys/usr/lib/debug/usr/lib/YaST2/plugin/libpy2wfm.so.2.0.0.debug
Maybe wrong debuginfo generated by gcc? They are not dlopen objects.
For all others the debuginfo can be loaded.
inst-sys:/ # grep libexpat.so.1 /X
2953 open("/lib/libexpat.so.1", O_RDONLY) = 3
2953 open("/lib/libexpat.so.1", O_RDONLY) = 13
2953 stat64("/lib/libexpat.so.1", {st_mode=S_IFREG|0755, st_size=193996, ...}) = 0
2953 open("/lib/libexpat.so.1", O_RDONLY) = 5
2953 open("/lib/libexpat.so.1.5.2.debug", O_RDONLY) = -1 ENOENT (No such file or directory)
2953 open("/lib/.debug/libexpat.so.1.5.2.debug", O_RDONLY) = -1 ENOENT (No such file or directory)
2953 open("/mounts/instsys/usr/lib/debug//lib/libexpat.so.1.5.2.debug", O_RDONLY) = 6
2953 stat64("/mounts/instsys/usr/lib/debug//lib/libexpat.so.1.5.2.debug", {st_mode=S_IFREG|0644, st_size=289219, ...}) = 0
2953 open("/mounts/instsys/usr/lib/debug//lib/libexpat.so.1.5.2.debug", O_RDONLY) = 6
The gdb output is:
...............
Reading symbols from /mounts/instsys/usr/lib/YaST2/plugin/libpy2wfm.so.2...expanding to full symbols...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/YaST2/plugin/libpy2wfm.so.2
Reading symbols from /mounts/instsys/usr/lib/YaST2/plugin/libpy2scr.so.2...expanding to full symbols...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/YaST2/plugin/libpy2scr.so.2
Reading symbols from /mounts/instsys/usr/lib/YaST2/plugin/libpy2UI.so.2...expanding to full symbols...(no debugging symbols found)...done.
Loaded symbols for /usr/lib/YaST2/plugin/libpy2UI.so.2
Reading symbols from /usr/lib/libscr.so.2...expanding to full symbols...Reading symbols from /mounts/instsys/usr/lib/debug/usr/lib/libscr.so.2.0.0.debug...expanding to full symbols...done.
done.
..............
Why are the first 3 libs searched in /mounts/instsys instead of /?
next prev parent reply other threads:[~2008-01-23 18:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-23 16:16 Olaf Hering
2008-01-23 17:32 ` Daniel Jacobowitz
2008-01-23 18:04 ` Olaf Hering [this message]
2008-01-23 18:16 ` Daniel Jacobowitz
2008-01-24 13:38 ` Olaf Hering
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080123180428.GA26139@suse.de \
--to=olh@suse.de \
--cc=gdb@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox