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(a)bitwagon.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|11 |13
--- Comment #20 from John Reiser <jreiser(a)bitwagon.com> 2010-04-27 11:45:19 EDT ---
This bug still is present in Fedora 13, glibc-2.11.90-20; I am changing Version
of this bug to 13. Here is the session of Comment #2 on x86_64:
(gdb) set stop-on-solib-events 1
(gdb) run
Starting program: /home/jreiser/179072/my_main
Stopped due to shared library event
(gdb) info shared
From To Syms Read Shared Object
Library
0x0000003712e00af0 0x0000003712e198e4 Yes
/lib64/ld-linux-x86-64.so.2
(gdb) c
Continuing.
Stopped due to shared library event
(gdb) info shared
From To Syms Read Shared Object
Library
0x0000003712e00af0 0x0000003712e198e4 Yes
/lib64/ld-linux-x86-64.so.2
0x0000003713e00de0 0x0000003713e01998 Yes /lib64/libdl.so.2
0x000000371321e9a0 0x000000371332f620 Yes /lib64/libc.so.6
(gdb) c
Continuing.
Stopped due to shared library event
(gdb) info shared
From To Syms Read Shared Object
Library
0x0000003712e00af0 0x0000003712e198e4 Yes
/lib64/ld-linux-x86-64.so.2
0x0000003713e00de0 0x0000003713e01998 Yes /lib64/libdl.so.2
0x000000371321e9a0 0x000000371332f620 Yes /lib64/libc.so.6
(gdb) c
Continuing.
Stopped due to shared library event
(gdb) info shared
From To Syms Read Shared Object
Library
0x0000003712e00af0 0x0000003712e198e4 Yes
/lib64/ld-linux-x86-64.so.2
0x0000003713e00de0 0x0000003713e01998 Yes /lib64/libdl.so.2
0x000000371321e9a0 0x000000371332f620 Yes /lib64/libc.so.6
0x00007ffff7de84b0 0x00007ffff7de85e8 Yes ./my_lib.so
(gdb) print sub1(42)
Program received signal SIGSEGV, Segmentation fault.
0x000000000000048e 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
=> 0x48e: Cannot access memory at address 0x48e
(gdb) x/12i sub1
0x7ffff7de857c <sub1>: push %rbp
0x7ffff7de857d <sub1+1>: mov %rsp,%rbp
0x7ffff7de8580 <sub1+4>: sub $0x10,%rsp
0x7ffff7de8584 <sub1+8>: mov %edi,-0x4(%rbp)
0x7ffff7de8587 <sub1+11>: lea 0x68(%rip),%rax # 0x7ffff7de85f6
0x7ffff7de858e <sub1+18>: mov -0x4(%rbp),%edx
0x7ffff7de8591 <sub1+21>: mov %edx,%esi
0x7ffff7de8593 <sub1+23>: mov %rax,%rdi
0x7ffff7de8596 <sub1+26>: mov $0x0,%eax
0x7ffff7de859b <sub1+31>: callq 0x7ffff7de8488 <printf@plt>
0x7ffff7de85a0 <sub1+36>: leaveq
0x7ffff7de85a1 <sub1+37>: retq
(gdb) x/i 0x7ffff7de8488
0x7ffff7de8488 <printf@plt>: jmpq *0x2003aa(%rip) # 0x7ffff7fe8838
(gdb) x/xg 0x7ffff7fe8838
0x7ffff7fe8838: 0x000000000000048e
--
Configure bugmail:
https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.