Bug 579371 - [abrt] crash in firefox-3.6.2-1.fc13: Process /usr/lib64/firefox-3.6.2/firefox was killed by signal 11 (SIGSEGV)
Summary: [abrt] crash in firefox-3.6.2-1.fc13: Process /usr/lib64/firefox-3.6.2/firefo...
Keywords:
Status: CLOSED DUPLICATE of bug 543165
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:2405a831d0e0bc20cdfbee919b5...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-04-04 17:59 UTC by Mattia Verga
Modified: 2010-04-05 21:37 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-04-05 21:37:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (30.69 KB, text/plain)
2010-04-04 17:59 UTC, Mattia Verga
no flags Details

Description Mattia Verga 2010-04-04 17:59:43 UTC
abrt 1.0.9 detected a crash.

architecture: x86_64
Attached file: backtrace
cmdline: /usr/lib64/firefox-3.6.2/firefox -UILocale it
component: firefox
executable: /usr/lib64/firefox-3.6.2/firefox
global_uuid: 2405a831d0e0bc20cdfbee919b51332dc169be6f
kernel: 2.6.33.1-19.fc13.x86_64
package: firefox-3.6.2-1.fc13
rating: 4
reason: Process /usr/lib64/firefox-3.6.2/firefox was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)

comment
-----
See #579349
I manually installed the missing debuginfo packages and regenerated the backtrace. I think there are now all the missing symbol table, correct me if I'm wrong.

Comment 1 Mattia Verga 2010-04-04 17:59:46 UTC
Created attachment 404414 [details]
File: backtrace

Comment 2 Chris Campbell 2010-04-05 21:36:47 UTC
#2  <signal handler called>
No symbol table info available.
#3  IA__g_type_check_instance (type_instance=0x7f9f2f4cd4c0) at gtype.c:4044
        node = <value optimized out>
#4  0x000000308ce21b1d in IA__g_signal_handlers_disconnect_matched (instance=
    0x7f9f2f4cd4c0, mask=24, signal_id=0, detail=0, 
    closure=<value optimized out>, func=<value optimized out>, data=
    0x7f9f34d86400) at gsignal.c:2670
        _g_boolean_var_ = <value optimized out>
        n_handlers = 0
        __PRETTY_FUNCTION__ = "IA__g_signal_handlers_disconnect_matched"
#5  0x00007f9f34ef9e83 in update_client_widget (context_xim=
    0x7f9f34d86400 [GtkIMContextXIM], client_window=<value optimized out>)
    at gtkimcontextxim.c:1641
        new_client_widget = 0x0
#6  set_ic_client_window (context_xim=0x7f9f34d86400 [GtkIMContextXIM], 
    client_window=<value optimized out>) at gtkimcontextxim.c:654
No locals.
#7  0x00007f9f34ef9f1b in xim_info_display_closed (display=
    0x7f9f41e95190 [GdkDisplayX11], is_error=<value optimized out>, info=
    0x7f9f35693e10) at gtkimcontextxim.c:402
        ics = 0x7f9f23e51a20 = {0x7f9f1d88d200, 0x7f9f34d86400}
        tmp_list = 0x7f9f328bde60 = {0x7f9f34d86400}
#8  0x000000308ce0b98e in IA__g_closure_invoke (closure=0x7f9f3569d580, 
    return_value=0x0, n_param_values=2, param_values=0x7f9f1d0021f0, 
    invocation_hint=0x7fff0c19f800) at gclosure.c:767
        marshal = <value optimized out>
        marshal_data = <value optimized out>
        in_marshal = <value optimized out>
        __PRETTY_FUNCTION__ = "IA__g_closure_invoke"
#9  0x000000308ce1f957 in signal_emit_unlocked_R (node=<value optimized out>, 
    detail=<value optimized out>, instance=<value optimized out>, 
    emission_return=<value optimized out>, 
    instance_and_params=<value optimized out>) at gsignal.c:3248
        tmp = <value optimized out>
        handler = 0x7f9f3569d550
        accumulator = <value optimized out>
        emission = {next = 0x0, instance = 0x7f9f41e95190, ihint = {
            signal_id = 3, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, 
          state = EMISSION_RUN, chain_type = 4}
        class_closure = <value optimized out>
        handler_list = 0x7f9f357378b0
        return_accu = <value optimized out>
        accu = {g_type = 0, data = {{v_int = 0, v_uint = 0, v_long = 0, 
              v_ulong = 0, v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 
    0, v_pointer = 0x0}, {v_int = 0, v_uint = 0, v_long = 0, v_ulong = 0, 
              v_int64 = 0, v_uint64 = 0, v_float = 0, v_double = 0, 
              v_pointer = 0x0}}}
        signal_id = <value optimized out>
        max_sequential_handler_number = <value optimized out>
        return_value_altered = <value optimized out>



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 3 Chris Campbell 2010-04-05 21:37:22 UTC
Thank you for taking the time to submit this bug report.

This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

*** This bug has been marked as a duplicate of bug 543165 ***


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