User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:188.8.131.52) Gecko/20091221 Firefox/3.5.7 GTB6 (.NET CLR 3.5.30729)
Build Identifier: BuildID: 20100111101938
I auto-updated his morning from 3.0 to 3.01. Thunderbird will not start any more. I sometimes get a memory error (cannot read?), but not all the time. Goes to report screen, with these results:
I have tried starting in safe mode, but exactly the same thing happens.
I cannot now access my emails, business is sinking fast !
Additional info on memory error
0x00487e66 at 0x0000000024 the memory could not be "read"
DO you already tried http://kb.mozillazine.org/Safe_mode ?
Do you get the Mozilla crash reporter after the crash ?
Yes, I tried safe mode and the result is exactly the same.
Yes, I did get the crash report - visible details are shown above
We need the crash ID of the report.
You can find the ID if you follow https://developer.mozilla.org/en/How_to_get_a_stacktrace_for_a_bug_report#Accessing_crash_report_IDs_outside_of_Firefox (replace Firefox with Thunderbird in the path).
Can you please also try a new profile :
There are several crash reports, one of them is
Crash ID: bp-0d71f9e5-c481-499d-adba-000382100122
I have also tried a new profile, Thunderbird loaded, but crashed as soon as I copied the old profile data into the new profile directory
0 thunderbird.exe nsPop3IncomingServer::GetDeferredToAccount mailnews/local/src/nsPop3IncomingServer.cpp:227
1 xpcom_core.dll NS_InvokeByIndex_P xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp:101
2 mozcrt19.dll operator new objdir-tb/mozilla/memory/jemalloc/src/new.cpp:54
3 thunderbird.exe nsScriptSecurityManager::CanCreateWrapper caps/src/nsScriptSecurityManager.cpp:2898
4 thunderbird.exe XPC_WN_CallMethod js/src/xpconnect/src/xpcwrappednativejsops.cpp:1590
225 rv = acctMgr->FindAccountForServer(localServer, getter_AddRefs(localAccount));
This returns NS_OK + nsnull
226 NS_ENSURE_SUCCESS(rv, rv);
this is the wrong check
this is the crash.
my tree isn't new enough to have this code.
Created attachment 423322 [details] [diff] [review]
*** Bug 541947 has been marked as a duplicate of this bug. ***
#32 crash for 3.0.1. all during startup
(In reply to comment #7)
> 226 NS_ENSURE_SUCCESS(rv, rv);
> this is the wrong check
If that's the wrong check, what _should_ it be -- and why wasn't it changed in the proposed patch ?
We should be checking for errors; the check isn't wrong; we just need the additional check
Created attachment 424570 [details] [diff] [review]
Document possible null return value.
I didn't want to hijack timeless' patch as I want to get that in for 3.0.2, but I will extend the bug - add a bit of documentation to indicate that FindAccountForServer may return null, so that callers can be aware if they look at the idl.
Both patches checked in:
Comment on attachment 423322 [details] [diff] [review]
Low-risk obviously needed null-check patch. a=Standard8
Comment on attachment 424570 [details] [diff] [review]
Document possible null return value.
Might as well take the comment-only documentation as well.
Checked into 1.9.1 branch:
Wayne can you verify this one please ?
Is this one of those problem where they see the crash only once?
Or, will reporter be able to verify problem is gone with newer build?
It crashes every time - I still can't user Thunderbird
If you have a compiled Windows version, I can try it out for you !
(In reply to comment #20)
> It crashes every time - I still can't user Thunderbird
> If you have a compiled Windows version, I can try it out for you !
have a look in http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/3.0.2-candidates/build1/win32/
It works now, problem solved