reassign 449181 linux-2.6 forcemerge 401482 449181 thanks On Sat, Nov 03, 2007 at 10:32:29PM +0100, Uwe Storbeck wrote: > Package: gdb > Version: 6.4.90.dfsg-1 > Severity: normal > > gdb fails to read all symbol information for the debugged program: > > (gdb) run > Starting program: /tmp/sleep > Failed to read a valid object file image from memory.
I verified that this is a kernel bug. (gdb) info auxv 32 AT_SYSINFO Special system info/entry points 0xb7f4f400 33 AT_SYSINFO_EHDR System-supplied DSO's ELF header 0xffffe000 But 0xffffe000 is not readable. I think commit 2f30c00702aca3229e1157718675f0ee56d2a931 fixed this on July 21, 2007. Or it might have been a1f3bb9ae4497a2ed3eac773fd7798ac33a0371f. > Program received signal SIGINT, Interrupt. > 0xb7f2c410 in ?? () > (gdb) bt > #0 0xb7f2c410 in ?? () > #1 0xbfdc9ff8 in ?? () > #2 0xb7f0aff4 in ?? () from /lib/tls/i686/cmov/libc.so.6 > #3 0xbfdc9fe4 in ?? () > #4 0xb7e6baa0 in nanosleep () from /lib/tls/i686/cmov/libc.so.6 If nanosleep has made a function call, then the ultimate callee is probably inside the vsyscall DSO. The ...410 address is the standard place when sleeping inside a syscall, if my memory is correct. So this would work if the kernel had allowed you to read the vDSO. Reassigning to the kernel, where it has already been fixed (see #401482). > #5 0xb7e6b8eb in sleep () from /lib/tls/i686/cmov/libc.so.6 > #6 0x08048371 in main () at sleep.c:3 > > This happens on all my Etch systems but one. The only Etch installation > where gdb works as expected is an old PC with a Pentium III and a self- > compiled kernel (2.6.23.1). All systems where gdb fails have a standard > Debian kernel, if that information helps in any way. > > Regards > > Uwe > > > -- System Information: > Debian Release: 4.0 > APT prefers stable > APT policy: (850, 'stable'), (750, 'testing'), (650, 'unstable'), (1, > 'experimental') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.18-5-k7 > Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) > > Versions of packages gdb depends on: > ii libc6 2.3.6.ds1-13etch2 GNU C Library: Shared libraries > ii libncurses5 5.5-5 Shared libraries for terminal > hand > ii libreadline5 5.2-2 GNU readline and history > libraries > > gdb recommends no packages. > > -- no debconf information > > -- Daniel Jacobowitz CodeSourcery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]