Bug 445513 - firefox crashing in JS_GetReservedSlot
Summary: firefox crashing in JS_GetReservedSlot
Keywords:
Status: CLOSED CANTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox
Version: 9
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Gecko Maintainer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-05-07 11:28 UTC by Robert Story
Modified: 2018-04-11 09:26 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-10-24 12:34:17 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
backtrace (2.56 KB, text/plain)
2008-05-07 11:28 UTC, Robert Story
no flags Details
different backtrace (299 bytes, text/plain)
2008-05-07 11:28 UTC, Robert Story
no flags Details
backtrace (13.65 KB, text/plain)
2008-05-15 10:39 UTC, Robert Story
no flags Details

Description Robert Story 2008-05-07 11:28:03 UTC
Description of problem:
occasional random crashes

Version-Release number of selected component (if applicable):
firefox-3.0-0.60.beta5.fc9.i386

How reproducible:
infrequently

Steps to Reproduce:
1. normal firefox use
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Robert Story 2008-05-07 11:28:03 UTC
Created attachment 304756 [details]
backtrace

Comment 2 Robert Story 2008-05-07 11:28:55 UTC
Created attachment 304757 [details]
different backtrace

Comment 3 Martin Stransky 2008-05-07 11:38:11 UTC
Please install xulruner and firefox debug packages and try to catch it again.

Comment 4 Matěj Cepl 2008-05-07 13:31:32 UTC
Let me add slightly more verbiage which amounts to basically the same what
Martin was saying:

Please install firefox-debuginfo; in order to do this you have to run

	debuginfo-install firefox

Then run firefox with a parameter -g. That will start firefox running inside of
gdb debugger. Then use command run and do whatever you did to make firefox
crash. When it happens, you should go back to the gdb and run

	(gdb) thread apply all backtrace

This produces usually many screens of the text. Copy all of them into a text
editor and attach the file to the bug as an uncompressed attachment.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Comment 5 Bug Zapper 2008-05-14 10:45:42 UTC
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 6 Robert Story 2008-05-15 10:39:51 UTC
Created attachment 305463 [details]
backtrace

backtrace of all threads from core file

Comment 7 Matěj Cepl 2008-06-23 22:00:20 UTC
Hmm, unfortunately we are apparently missing just the crucial piece of information:

Thread 1 (process 25509):
#0  0x00110416 in __kernel_vsyscall ()
#1  0x008fdfe0 in raise (sig=<value optimized out>)
    at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42
#2  0x0218bc3f in nsProfileLock::FatalSignalHandler (signo=<value optimized out>)
    at nsProfileLock.cpp:212
#3  <signal handler called>
#4  0x00000006 in ?? ()
#5  0x04b64359 in JS_GetReservedSlot (cx=<value optimized out>, obj=<value
optimized out>,
    index=<value optimized out>, vp=Could not find the frame base for
"JS_GetReservedSlot".
) at jsapi.c:4143
#6  0x021b86c5 in xpc_CloneJSFunction (ccx=<value optimized out>, funobj=<value
optimized out>,
    parent=<value optimized out>) at xpcwrappednativeinfo.cpp:76

Are you sure gdb didn't complain about missing debuginfo packages and it didn't
suggested using debuginfo-install for installing them?

Comment 8 Martin Stransky 2008-10-24 12:34:17 UTC
Can't reproduce, please reopen if you find a reliable way how we can investigate this issue...


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