Bug 577689 - [abrt] crash in firefox-3.6.2-1.fc13: Process /usr/lib/firefox-3.6.2/firefox was killed by signal 11 (SIGSEGV)
Summary: [abrt] crash in firefox-3.6.2-1.fc13: Process /usr/lib/firefox-3.6.2/firefox ...
Keywords:
Status: CLOSED DUPLICATE of bug 543165
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 13
Hardware: i686
OS: Linux
low
medium
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:da2096e363efa647de405824514...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-03-28 20:59 UTC by Eric Lockett
Modified: 2010-05-08 15:18 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-05-08 15:18:33 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (32.26 KB, text/plain)
2010-03-28 20:59 UTC, Eric Lockett
no flags Details

Description Eric Lockett 2010-03-28 20:59:49 UTC
abrt 1.0.8 detected a crash.

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

Comment 1 Eric Lockett 2010-03-28 20:59:51 UTC
Created attachment 403139 [details]
File: backtrace

Comment 2 Chris Campbell 2010-05-08 15:01:57 UTC
#3  <signal handler called>
No symbol table info available.
#4  0x007e02be in IA__g_type_check_instance (type_instance=0xa6151540)
    at gtype.c:4046
        node = 0x3be4
#5  0x007dade6 in IA__g_signal_handlers_disconnect_matched (
    instance=0xa6151540, mask=24, signal_id=0, detail=0, closure=0x0, 
    func=0x1e0eb50, data=0xa61c9600) at gsignal.c:2670
        _g_boolean_var_ = <value optimized out>
        n_handlers = 0
        __PRETTY_FUNCTION__ = "IA__g_signal_handlers_disconnect_matched"
#6  0x01e0f5ae in update_client_widget (context_xim=0xa61c9600, 
    client_window=<value optimized out>) at gtkimcontextxim.c:1641
        new_client_widget = 0x0
#7  set_ic_client_window (context_xim=0xa61c9600, 
    client_window=<value optimized out>) at gtkimcontextxim.c:654
No locals.
#8  0x01e0f651 in xim_info_display_closed (display=0xb766e140, is_error=0, 
    info=0xb13a1d00) at gtkimcontextxim.c:402
        ics = 0xa4a1c870
        tmp_list = 0xb1b26940
#9  0x007d4b4c in IA__g_cclosure_marshal_VOID__BOOLEAN (closure=0xb7285a40, 
    return_value=0x0, n_param_values=2, param_values=0xa4801040, 
    invocation_hint=0xbfae1860, marshal_data=0x0) at gmarshal.c:111
        callback = 0x1e0f600 <xim_info_display_closed>
        cc = 0xb7285a40
        data1 = 0xb766e140
        data2 = <value optimized out>
        __PRETTY_FUNCTION__ = "IA__g_cclosure_marshal_VOID__BOOLEAN"
#10 0x007c56f3 in IA__g_closure_invoke (closure=0xb7285a40, return_value=0x0, 
    n_param_values=2, param_values=0xa4801040, invocation_hint=0xbfae1860)
    at gclosure.c:767
        marshal = <value optimized out>
        marshal_data = <value optimized out>
        in_marshal = -1257249792
        __PRETTY_FUNCTION__ = "IA__g_closure_invoke"
#11 0x007dd255 in signal_emit_unlocked_R (node=0xb766da60, detail=0, 
    instance=0xb766e140, emission_return=0x0, instance_and_params=0xa4801040)
    at gsignal.c:3248
        tmp = <value optimized out>
        handler = 0xb7285a20
        accumulator = 0x0
        emission = {next = 0x0, instance = 0xb766e140, ihint = {
            signal_id = 3, detail = 0, run_type = G_SIGNAL_RUN_FIRST}, 
          state = EMISSION_RUN, chain_type = 4}
        class_closure = 0xb7674690
        handler_list = 0xb50fe400
        return_accu = 0x0
        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 = 3
        max_sequential_handler_number = 926
        return_value_altered = 1



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

Comment 3 Chris Campbell 2010-05-08 15:18:33 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.