Bug 710794 - [abrt] gdb-7.2-51.fc14: dwarf2_initialize_objfile: Process /usr/bin/gdb was killed by signal 11 (SIGSEGV)
Summary: [abrt] gdb-7.2-51.fc14: dwarf2_initialize_objfile: Process /usr/bin/gdb was k...
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: gdb
Version: 14
Hardware: i686
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jan Kratochvil
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:13fab74db68d57e39e524a825c0...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-04 20:02 UTC by jim mccoy
Modified: 2011-06-04 20:28 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-04 20:28:59 UTC
Type: ---


Attachments (Terms of Use)
File: backtrace (42.58 KB, text/plain)
2011-06-04 20:02 UTC, jim mccoy
no flags Details

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]


Note You need to log in before you can comment on or make changes to this bug.