Closed
Bug 288122
Opened 20 years ago
Closed 19 years ago
TB 1.0.2 refuses to start, crashes instead [@ ntdll.dll - JS_malloc ]
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bugzilla, Assigned: mscott)
Details
(Keywords: crash)
Crash Data
I was trying to configure email accounts and, obviously, I not only failed to do so but now TB 1.0.2 fr-FR build 20050317 crashes at start up. Luckily, I have all the talkback incident ID (in chronological order): TB4677394G TB4677610E TB4677642K TB4677785E TB4677791Y TB4677806M TB4677818Z
| Reporter | ||
Comment 1•20 years ago
|
||
I could not wait for this bug to be fixed. I tried uninstalling and reinstalling. I tried starting the application in safe mode but still crashed anyway. I tried with Thunderbird 1.0 and still crashed at start up. I deleted the profile (bad idea) and created a new one and that worked.
Comment 2•20 years ago
|
||
All incidents have this stack: Incident ID: 4677806 Stack Signature ntdll.dll + 0x106c3 (0x7c9106c3) be9c29b9 Product ID Thunderbird10 Build ID 2005031711 Trigger Time 2005-03-29 00:05:39.0 Platform Win32 Operating System Windows NT 5.1 build 2600 Module ntdll.dll + (000106c3) URL visited User Comments Since Last Crash 2 sec Total Uptime 4554 sec Trigger Reason Access violation Source File, Line No. N/A Stack Trace ntdll.dll + 0x106c3 (0x7c9106c3) msvcrt.dll + 0x1c3c9 (0x77c2c3c9) msvcrt.dll + 0x1c3e7 (0x77c2c3e7) msvcrt.dll + 0x1c42e (0x77c2c42e) JS_malloc [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsapi.c, line 1463] js_AtomizeString [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsatom.c, line 624] js_Atomize [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsatom.c, line 693] JS_InternString [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsapi.c, line 3821] XPCNativeInterface::GetNewOrUsed [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednativeinfo.cpp, line 199] nsJSIID::NewResolve [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcjsid.cpp, line 492] XPC_WN_Helper_NewResolve [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 929] js_LookupPropertyWithFlags [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsobj.c, line 2492] js_LookupProperty [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsobj.c, line 2590] js_GetProperty [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsobj.c, line 2696] js_Interpret [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 2823] js_Invoke [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 966] js_InternalInvoke [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 1043] JS_CallFunctionValue [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsapi.c, line 3698] nsJSContext::CallEventHandler [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/dom/src/base/nsJSEnvironment.cpp, line 1297] GlobalWindowImpl::RunTimeout [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/dom/src/base/nsGlobalWindow.cpp, line 5396] GlobalWindowImpl::TimerCallback [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/dom/src/base/nsGlobalWindow.cpp, line 5758] nsAppShellService::Run [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/xpfe/appshell/src/nsAppShellService.cpp, line 495] main [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/mail/app/nsMailApp.cpp, line 58] kernel32.dll + 0x16d4f (0x7c816d4f) ... and one has this: Incident ID: 4677394 Stack Signature XPCWrappedNative::InitTearOff 22c91140 Product ID Thunderbird10 Build ID 2005031711 Trigger Time 2005-03-28 23:42:34.0 Platform Win32 Operating System Windows NT 5.1 build 2600 Module thunderbird.exe + (0001a81a) URL visited User Comments Since Last Crash 4543 sec Total Uptime 4543 sec Trigger Reason Access violation Source File, Line No. e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 1317 Stack Trace XPCWrappedNative::InitTearOff [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 1317] XPCWrappedNative::FindTearOff [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 1274] XPCCallContext::CanCallNow [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpccallcontext.cpp, line 262] XPCWrappedNative::CallMethod [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp, line 1596] XPC_WN_CallMethod [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp, line 1287] js_Invoke [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 949] js_InternalInvoke [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsinterp.c, line 1043] js_TryMethod [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsobj.c, line 3711] js_DefaultValue [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsobj.c, line 3127] js_ValueToString [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsstr.c, line 2655] js_ReportUncaughtException [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsexn.c, line 1061] JS_CallFunctionValue [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/js/src/jsapi.c, line 3701] nsJSContext::CallEventHandler [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/dom/src/base/nsJSEnvironment.cpp, line 1297] nsJSEventListener::HandleEvent [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/dom/src/events/nsJSEventListener.cpp, line 184] nsEventListenerManager::HandleEventSubType [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/content/events/src/nsEventListenerManager.cpp, line 1436] nsEventListenerManager::HandleEvent [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/content/events/src/nsEventListenerManager.cpp, line 1516] GlobalWindowImpl::HandleDOMEvent [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/dom/src/base/nsGlobalWindow.cpp, line 927] DocumentViewerImpl::LoadComplete [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/content/base/src/nsDocumentViewer.cpp, line 917] nsDocShell::EndPageLoad [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 4602] nsWebShell::EndPageLoad [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/docshell/base/nsWebShell.cpp, line 755] nsDocShell::OnStateChange [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/docshell/base/nsDocShell.cpp, line 4536] nsDocLoaderImpl::FireOnStateChange [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/uriloader/base/nsDocLoader.cpp, line 1252] nsDocLoaderImpl::doStopDocumentLoad [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/uriloader/base/nsDocLoader.cpp, line 873] nsDocLoaderImpl::OnStopRequest [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/uriloader/base/nsDocLoader.cpp, line 701] nsLoadGroup::RemoveRequest [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/netwerk/base/src/nsLoadGroup.cpp, line 695] nsCachedChromeChannel::HandleStopLoadEvent [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/chrome/src/nsChromeProtocolHandler.cpp, line 485] 0x778b0c24 nsCommandParams::Init [e:/builds/tinderbox/Tb-Aviary1.0.1/WINNT_5.0_Depend/mozilla/embedding/components/commandhandler/src/nsCommandParams.cpp, line 77] 0xc0e8cb8b
Keywords: talkbackid
Summary: TB 1.0.2 refuses to start, crashes instead → TB 1.0.2 refuses to start, crashes instead [@ ntdll.dll - JS_malloc ]
Comment 3•20 years ago
|
||
could some xpconnect file be corrupted?
Comment 4•20 years ago
|
||
Something is very screwy about the first stack. I don't see anyway that GetNewOrUsed could call JS_InternString directly. NewInstance calls that, but I'd find it unlikely that function would be inlined which would have to be the case for that stack to be correct. Could there been an interface change or something with XPConnect. I seem to remember dbaron tinkering around.
Comment 5•20 years ago
|
||
dupe of 290988?
| Reporter | ||
Comment 6•19 years ago
|
||
The problem (crashes) never happened again since March 29th. Since the problem can not be (never could be) reproduced, I'm resolving it as WORKSFORME.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Updated•13 years ago
|
Crash Signature: [@ ntdll.dll - JS_malloc ]
You need to log in
before you can comment on or make changes to this bug.
Description
•