Bug 710794

Summary: [abrt] gdb-7.2-51.fc14: dwarf2_initialize_objfile: Process /usr/bin/gdb was killed by signal 11 (SIGSEGV)
Product: [Fedora] Fedora Reporter: jim mccoy <jim.rmccoy319>
Component: gdbAssignee: Jan Kratochvil <jan.kratochvil>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 14CC: jan.kratochvil, pmuldoon, sergiodj, tromey
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:13fab74db68d57e39e524a825c091ca168c146ab
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-04 20:28:59 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
File: backtrace none

Description jim mccoy 2011-06-04 20:02:23 UTC 
abrt version: 1.1.18
architecture: i686
Attached file: backtrace, 43606 bytes
cmdline: gdb -batch -ex 'set debug-file-directory /usr/lib/debug:/var/cache/abrt-di/usr/lib/debug' -ex 'file /usr/libexec/gdu-notification-daemon' -ex 'core-file /var/spool/abrt/ccpp-1305998976-1762/coredump' -ex 'thread apply all backtrace 2048 full' -ex 'info sharedlib' -ex 'print (char*)__abort_msg' -ex 'print (char*)__glib_assert_msg' -ex 'info registers' -ex disassemble
comment: not quite certain
component: gdb
Attached file: coredump, 3280896 bytes
crash_function: dwarf2_initialize_objfile
executable: /usr/bin/gdb
kernel: 2.6.35.13-91.fc14.i686
package: gdb-7.2-51.fc14
rating: 4
reason: Process /usr/bin/gdb was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1307138564
uid: 500

How to reproduce
-----
1.happend yesterday at Krystal during bub report
2.While brousing with firefox...
3.
Comment 1 jim mccoy 2011-06-04 20:02:32 UTC 
Created attachment 503009 [details]
File: backtrace
Comment 2 Jan Kratochvil 2011-06-04 20:28:59 UTC 
This cannot happen in caller apparently the (%esp) store + return address store succeeded:
 80fdd00:     89 1c 24                mov    %ebx,(%esp)
 80fdd03:     e8 d8 bf 0b 00          call   81b9ce0 <dwarf2_initialize_objfile>
 80fdd08:
But then it crashed on the very first called instruction?
=> 0x081b9ce0 <+0>:	push   %ebp

Maybe some /var/log/messages message would be useful, something like:
Jun  4 05:07:31 host1 kernel: [420650.415638] gdb[7658]: segfault at 959595e1 ip 00000000083cae37 sp 00000000ff8b22b8 error 4 in gdb[8048000+11ac000]