1369057 - firefox.exe, version: 55.0.0.6360, Exception code: 0xc0000005 on startup

Status: RESOLVED INCOMPLETE

(Toolkit :: Startup and Profile System, defect)

Description

[Bob Fisher]

Attachment: nightly crash 05312017.txt

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36

Steps to reproduce:

Updated nightly from previous day to 55.0.0.6360 using automatic update. 
Windows 10 home 64 bit ver1607 build 14393.1198 16gb intel core i7 nvidia Geforce GT730


Actual results:

Application will not launch after nightly update to 55.0.0.6360. Windows event 1000 with Exception code: 0xc0000005

Comment 1

[Bob Fisher]

The initial update process caused windows to crash.

Comment 2

[Benjamin Smedberg]

Bob, I'm assuming that the Firefox crash reporter doesn't show up for this crash. I don't know how technical you are, but it would be really valuable to have a dump file for the crashing process. Are you perhaps capable of debugging or collecting a minidump? https://blogs.msdn.microsoft.com/chaun/2013/11/12/steps-to-catch-a-simple-crash-dump-of-a-crashing-process/ has some possible instructions, although they require some technical chops.

Comment 3

[Bob Fisher]

Attachment: Windows Crash Dump Log.txt

Comment 4

[Bob Fisher]

Attachment: firefox.exe.4256.zip

Here is the mini dump you requested.

Comment 5

[Bob Fisher]

I have the windows memory dump file as well. Ill have to upload that elsewhere if it would be helpful.

Comment 6

[Benjamin Smedberg]

The minidump is interesting by itself:

>	firefox.exe!mozilla::GetBootstrap(const char * aXPCOMFile) Line 412	C++
 	firefox.exe!NS_internal_main(int argc, char * * argv, char * * envp) Line 298	C++
 	firefox.exe!wmain(int argc, wchar_t * * argv) Line 118	C++

We're crashing with a null sTop at https://dxr.mozilla.org/mozilla-central/rev/7b8937970f9ca85db88cb2496f2112175fd847c8/xpcom/glue/standalone/nsXPCOMGlue.cpp#412

glandium, can you think of a reason why XPCOMGlueLoad would have succeeded but sTop is still null?

The modules list in the minidump is entirely Firefox and windows DLLs, nothing else strange.

Comment 7

[Mike Hommey [:glandium]]

I can see one corner case from the code in XPCOMGlueLoad that could lead to that: an empty dependentlibs.list.

Bob, can you check in your Firefox install directory whether the dependentlibs.list file is empty?

Comment 8

[Bob Fisher]

Attachment: dependentlibs.list

Comment 9

[Bob Fisher]

Yes, Dependentlibs.list is empty.

Comment 10

[Mike Hommey [:glandium]]

The file you attached is not empty, but it's also not valid. So there are two problem here:
- The init code doesn't like your dependentlibs.list file and doesn't gracefully fail.
- Your dependentlibs.list file is corrupt in the first place.

I guess the latter is related to comment 1?

The best we can do here is fail in a more graceful way, but that won't solve your problem, which is that your Firefox install is corrupted.

Comment 11

[Bob Fisher]

OK, Third try to update this post. Is there anything more I can provide? I'm assuming I should un-install, re-install Nightly to correct the problem. Is there some other recovery method you want me to try?

Thanks,

Bob

Here is the Bugzilla error I received twice before today:
DBD::mysql::db do failed: Lock wait timeout exceeded; try restarting transaction [for Statement "UPDATE bugs SET delta_ts = ? WHERE bug_id = ?"]

Comment 12

[Benjamin Smedberg]

Yes, a reinstall *should* fix this. It might be interesting why this happened, but since the update logs probably don't have this any more, unless you can reproduce the problem I'm going to close this. I'm sorry you had this problem.