epiphany-gecko crashed with SIGSEGV in NS_HasPendingEvents_P()

Bug #218059 reported by C de-Avillez
8
Affects Status Importance Assigned to Milestone
xulrunner-1.9 (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: epiphany-browser

accessing a web application, suddenly crashed.

Up-to-date Hardy.

ProblemType: Crash
Architecture: amd64
Date: Wed Apr 16 09:05:05 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/epiphany-gecko
Package: epiphany-gecko 2.22.1.1-0ubuntu1
PackageArchitecture: amd64
ProcCmdline: epiphany-browser
ProcEnviron:
 LC_TIME=en_DK.UTF-8
 PATH=/home/hggdh/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: epiphany-browser
StacktraceTop:
 ?? ()
 NS_HasPendingEvents_P (thread=0x7f62d0) at nsThreadUtils.cpp:207
 nsBaseAppShell::NativeEventCallback (this=0x15e2390) at nsBaseAppShell.cpp:127
 nsAppShell::EventProcessorCallback (source=<value optimized out>, condition=<value optimized out>,
 IA__g_main_context_dispatch (context=0x77eef0) at /build/buildd/glib2.0-2.16.3/glib/gmain.c:2009
Title: epiphany-gecko crashed with SIGSEGV in NS_HasPendingEvents_P()
Uname: Linux 2.6.24-16-generic x86_64
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin netdev plugdev powerdev pulse-access pulse-rt sambashare scanner src video

SegvAnalysis:
 Segfault happened at: 0x7fe79431f69b <raise+43>: cmp $0xfffffffffffff000,%rax
 PC (0x7fe79431f69b) ok
 source "$0xfffffffffffff000" ok
 destination "%rax" ok
 SP (0x7fffa327a228) ok
 Reason could not be automatically determined.
SegvReason: Reason could not be automatically determined.

Revision history for this message
C de-Avillez (hggdh2) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:?? ()
~nsRunnable (this=0x7f62d0) at ./../glue/nsThreadUtils.h:240
?? ()
?? ()
?? ()

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Revision history for this message
C de-Avillez (hggdh2) wrote :

turns out my apport-gtk backtrace is more complete than apport-retrace on LP...

This is a full stacktrace, and shows a clear runaway -- look at the address for the third frame.

#0 0x00007fe79431f69b in raise () from /lib/libpthread.so.0
#1 0x00007fe78d08f4b2 in nsProfileLock::FatalSignalHandler (signo=11) at nsProfileLock.cpp:212
 unblock_sigs = {__val = {1024, 0 <repeats 15 times>}}
 oldact = <value optimized out>
#2 <signal handler called>
#3 0x0000000000000040 in ?? ()
#4 0x00007fe78d7e9fe8 in NS_HasPendingEvents_P (thread=0x7f62d0) at nsThreadUtils.cpp:207
 val = <value optimized out>
#5 0x00007fe78d76da03 in nsBaseAppShell::NativeEventCallback (this=0x15e2390) at nsBaseAppShell.cpp:127
 hasPending = <value optimized out>
 thread = (class nsIThread *) 0x7f62d0
 prevVal = nsBaseAppShell::eEventloopNone
#6 0x00007fe78d75a9d6 in nsAppShell::EventProcessorCallback (source=<value optimized out>, condition=<value optimized out>,
    data=0x15e2390) at nsAppShell.cpp:69
 self = (nsAppShell *) 0x7f62d0
 c = 250 '�'
#7 0x00007fe793834262 in IA__g_main_context_dispatch (context=0x77eef0) at /build/buildd/glib2.0-2.16.3/glib/gmain.c:2009
No locals.
#8 0x00007fe793837516 in g_main_context_iterate (context=0x77eef0, block=1, dispatch=1, self=<value optimized out>)
    at /build/buildd/glib2.0-2.16.3/glib/gmain.c:2642
 max_priority = 100
 timeout = 0
 some_ready = 1
 nfds = <value optimized out>
 allocated_nfds = <value optimized out>
 fds = (GPollFD *) 0x154ce00
 __PRETTY_FUNCTION__ = "g_main_context_iterate"
#9 0x00007fe7938377d7 in IA__g_main_loop_run (loop=0x121a920) at /build/buildd/glib2.0-2.16.3/glib/gmain.c:2850
 self = (GThread *) 0x740520
 __PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#10 0x00007fe7971eaee3 in IA__gtk_main () at /build/buildd/gtk+2.0-2.12.9/gtk/gtkmain.c:1163
 tmp_list = (GList *) 0x7d6810
 functions = (GList *) 0x0
 init = (GtkInitFunction *) 0x7b1590
 loop = (GMainLoop *) 0x121a920
#11 0x0000000000439be2 in main (argc=<value optimized out>, argv=0x7fffa327bbe8)
    at /build/buildd/epiphany-browser-2.22.1.1/src/ephy-main.c:737
 program = <value optimized out>
 option_context = (GOptionContext *) 0x744100
 option_group = <value optimized out>
 proxy = <value optimized out>
 error = (GError *) 0x0
 user_time = 1391162
 env = <value optimized out>
 enable_pango = <value optimized out>

Revision history for this message
Sebastien Bacher (seb128) wrote :

rather a xulrunner-1.9 issue, could be https://bugzilla.mozilla.org/show_bug.cgi?id=444918

Changed in epiphany-browser:
importance: Undecided → Medium
Kees Cook (kees)
description: updated
Kees Cook (kees)
description: updated
Revision history for this message
Thomas Hotz (thotz-deactivatedaccount) wrote :

Is this still an issue for you?

Changed in xulrunner-1.9 (Ubuntu):
status: New → Incomplete
Revision history for this message
Thomas Hotz (thotz-deactivatedaccount) wrote :

Probably fixed, see https://bugzilla.mozilla.org/show_bug.cgi?id=444918 as mention in #5. Thanks for the hint Sebastien!

Changed in xulrunner-1.9 (Ubuntu):
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.