yet another crash on infinite loop creating new arrays [@ JS_GetPrivate]

RESOLVED DUPLICATE of bug 271716

Status

()

--
critical
RESOLVED DUPLICATE of bug 271716
14 years ago
14 years ago

People

(Reporter: mcsmurf, Unassigned)

Tracking

({crash})

Trunk
x86
Windows 2000
crash
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(crash signature)

(Reporter)

Description

14 years ago
testcase is also attachment 167017 [details], happens with current cvs trunk (debug build
here).
I open the testcase and as soon as i activate another window (click on it in
taskbar to bring it up), Mozilla crashes. The stacktrace is almost always the
one below, but sometimes it also crashes in another function. The fact that it
only crashes when i activate another window, makes me unsure if this is related
to Bug 271716 and Bug 271718.

Stacktrace:
JS_GetPrivate(JSContext * 0x0128a228, JSObject * 0x00000038) line 2062 + 3 bytes
nsScriptSecurityManager::GetFunctionObjectPrincipal(JSContext * 0x0128a228,
JSObject * 0x00000038, nsIPrincipal * * 0x0012f3e0) line 1829 + 14 bytes
nsScriptSecurityManager::GetFramePrincipal(JSContext * 0x0128a228, JSStackFrame
* 0x0012edf8, nsIPrincipal * * 0x0012f3e0) line 1868 + 20 bytes
nsScriptSecurityManager::GetPrincipalAndFrame(JSContext * 0x0128a228,
nsIPrincipal * * 0x0012f3e0, JSStackFrame * * 0x0012f3a0) line 1896 + 20 bytes
nsScriptSecurityManager::GetSubjectPrincipal(JSContext * 0x0128a228,
nsIPrincipal * * 0x0012f3e0) line 1932
nsScriptSecurityManager::GetSubjectPrincipal(nsScriptSecurityManager * const
0x01078320, nsIPrincipal * * 0x0012f3e0) line 1618
nsScriptSecurityManager::SubjectPrincipalIsSystem(nsScriptSecurityManager *
const 0x01078320, int * 0x0012f3f4) line 1651 + 36 bytes
nsContentUtils::IsCallerChrome() line 924 + 21 bytes
PresShell::HandleEventInternal(nsEvent * 0x0012f78c, nsIView * 0x011a77c8,
unsigned int 0x00000001, nsEventStatus * 0x0012f574) line 5919 + 5 bytes
PresShell::HandleEvent(PresShell * const 0x01260248, nsIView * 0x011a77c8,
nsGUIEvent * 0x0012f78c, nsEventStatus * 0x0012f574, int 0x00000001, int &
0x00000001) line 5806 + 25 bytes
nsViewManager::HandleEvent(nsView * 0x011a77c8, nsGUIEvent * 0x0012f78c, int
0x00000000) line 2354
nsViewManager::DispatchEvent(nsViewManager * const 0x011a7720, nsGUIEvent *
0x0012f78c, nsEventStatus * 0x0012f6dc) line 2127 + 20 bytes
HandleEvent(nsGUIEvent * 0x0012f78c) line 174
nsWindow::DispatchEvent(nsWindow * const 0x011a789c, nsGUIEvent * 0x0012f78c,
nsEventStatus & nsEventStatus_eIgnore) line 1074 + 10 bytes
nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012f78c) line 1095
nsWindow::DispatchFocus(unsigned int 0x0000006c, int 0x00000000) line 5520 + 15
bytes
nsWindow::ProcessMessage(unsigned int 0x00000008, unsigned int 0x00000000, long
0x00000000, long * 0x0012fc48) line 4218 + 23 bytes
nsWindow::WindowProc(HWND__ * 0x008001c0, unsigned int 0x00000008, unsigned int
0x00000000, long 0x00000000) line 1355 + 27 bytes
USER32! 77e01ef0()
USER32! 77e03869()
USER32! 77e038ab()
NTDLL! 7789ff57()
USER32! 77e018ec()
PeekKeyAndIMEMessage(tagMSG * 0x0012fdd8 {msg=0x00000113 wp=0x000078a0
lp=0x023d77f0}, HWND__ * 0x00000000) line 90 + 24 bytes
nsAppShell::Run(nsAppShell * const 0x010c8d50) line 128 + 11 bytes
nsAppStartup::Run(nsAppStartup * const 0x010c8ca0) line 216
main1(int 0x00000001, char * * 0x00262638, nsISupports * 0x01043a50) line 1323 +
32 bytes
main(int 0x00000001, char * * 0x00262638) line 1801 + 37 bytes
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77e9893d()

for JS_GetPrivate the vars are:
+	cx	0x0128a228
+	obj	0x00000038
	v	0x00000001

If you need more detailed var info, leave a comment and i'll get it.
Marking dependency on bug containing the testcase.  This may be a separate bug,
or another symptom of the same bug (in which case, DUP).

/be
Depends on: 271716
Summary: yet another crash on infinite loop creating new arrays [@ JS_GetPrivate] → yet another crash on infinite loop creating new arrays [@ JS_GetPrivate]

Comment 2

14 years ago
Frank, can you still reproduce your crash and stack with a recent build? If not,
I would like to dupe this against bug 271716 and handle the related crash in bug
271718.
QA Contact: pschwartau → moz
(Reporter)

Comment 3

14 years ago
Doesn't occour anymore, it even offers me to stop the script :) (also that
doesn't work in the first slow script dialog, i have to wait for the 2nd dialog
window to stop the script).

*** This bug has been marked as a duplicate of 271716 ***
Status: NEW → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → DUPLICATE
Crash Signature: [@ JS_GetPrivate]
You need to log in before you can comment on or make changes to this bug.