Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=179072
John Reiser jreiser@bitwagon.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|9 |11
--- Comment #18 from John Reiser jreiser@bitwagon.com 2009-06-10 19:51:25 EDT --- The problem of inconsistent assumptions about the state of the memory image at the call of _dl_debug_state() [have relocations been performed or not?] persists in Fedora 11 glibc-2.10.1-2.i686.
The significant details from the testcase of Comment #2 are now: ----- Stopped due to shared library event (gdb) info shared
From To Syms Read Shared Object Library
0x005e4830 0x005fd27f Yes /lib/ld-linux.so.2 0x007a6a60 0x007a7a68 Yes /lib/libdl.so.2 0x0061e840 0x0072ca78 Yes /lib/libc.so.6 0x004c9380 0x004c94a8 Yes ./my_lib.so (gdb) print sub1(42)
Program received signal SIGSEGV, Segmentation fault. 0x0000035e in ?? () The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (sub1) will be abandoned. When the function is done executing, GDB will silently stop. (gdb) x/i $pc 0x35e: Cannot access memory at address 0x35e (gdb) x/12i sub1 0x4c943c <sub1>: push %ebp 0x4c943d <sub1+1>: mov %esp,%ebp 0x4c943f <sub1+3>: push %ebx 0x4c9440 <sub1+4>: sub $0x14,%esp 0x4c9443 <sub1+7>: call 0x4c9437 <__i686.get_pc_thunk.bx> 0x4c9448 <sub1+12>: add $0x11b8,%ebx 0x4c944e <sub1+18>: lea -0x113c(%ebx),%eax 0x4c9454 <sub1+24>: mov 0x8(%ebp),%edx 0x4c9457 <sub1+27>: mov %edx,0x4(%esp) 0x4c945b <sub1+31>: mov %eax,(%esp) 0x4c945e <sub1+34>: call 0x4c9358 printf@plt 0x4c9463 <sub1+39>: add $0x14,%esp (gdb) x/i 0x4c9358 0x4c9358 printf@plt: jmp *0x10(%ebx) (gdb) x/x 0x4c9448+0x11b8+0x10 0x4ca610 <__cxa_finalize+4776>: 0x0000035e -----
triage@lists.fedoraproject.org