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)

x86
Windows XP
defect
Not set
critical

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
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.
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 ]
could some xpconnect file be corrupted?
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.
dupe of 290988?
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
Crash Signature: [@ ntdll.dll - JS_malloc ]
You need to log in before you can comment on or make changes to this bug.