libc6-dbg puts ld-2.X.so into wrong location
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gdb |
Fix Released
|
Wishlist
|
|||
eglibc (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Using libc6_2.
gdb -q /bin/date
Reading symbols from /bin/date...done.
(gdb) set stop-on-
(gdb) run
Starting program: /bin/date
Stopped due to shared library event
(gdb) bt
#0 0x00007ffff7deb300 in _dl_debug_state () from /lib64/
#1 0x00007ffff7ddf386 in ?? () from /lib64/
#2 0x00007ffff7df1014 in ?? () from /lib64/
#3 0x00007ffff7de118f in ?? () from /lib64/
#4 0x00007ffff7ddd5b8 in ?? () from /lib64/
#5 0x0000000000000001 in ?? ()
#6 0x00007fffffffe7bc in ?? ()
#7 0x0000000000000000 in ?? ()
(gdb) quit
Note lack of debug symbols for /lib64/
The problem is that /lib64/
This means that GDB will look for /usr/lib/
and will not look for /usr/lib/
strace confirms that:
grep 'ld-2.13.so"' /tmp/strace.out
open("/
open("/
open("/
open("/
readlink(
lstat("
Arguably, GDB should do readlink(
the real path name as well. If GDB did that, it would have worked.
But for now, libc6-dbg should probably provide a symlink from
/usr/lib/
Changed in gdb: | |
importance: | Unknown → Wishlist |
status: | Unknown → Fix Released |
GDB bug: sourceware. org/bugzilla/ show_bug. cgi?id= 9538
http://