This has occurred in builds since 5/13/2000 in both installer and zip nightly builds. I start the program and it crashes before the splash screen goes away to display the browser window. Below are the details: MOZILLA caused an invalid page fault in module XPCOM.DLL at 015f:60cb5323. Registers: EAX=00000000 CS=015f EIP=60cb5323 EFLGS=00010206 EBX=00870d9c SS=0167 ESP=0068ee80 EBP=0068eef8 ECX=0085c9d0 DS=0167 ESI=0085c9d0 FS=4f1f EDX=0068ef00 ES=0167 EDI=00870d9c GS=0000 Bytes at CS:EIP: ff 50 04 8b 06 89 3e 5f 5e 85 c0 74 06 8b 08 50 Stack dump: 00870d9c 80000000 0085c990 605e9801 00870d9c 80000000 00870d9c 00000000 605e7cf3 0085c99c 605e87b7 0085c990 0068ef10 605e8674 0085c990 60694020 From Visual C++ I get "Unhandled exception in Mozilla.exe (XPCOM.DLL): 0xC0000005: Access violation." This is the line that is indicated(break point) 60CB5323 call dword ptr [eax+4] For the complete info let me know and I'll e-mail it.

I noted this as well in bug 39170 The following stack trace is from the talkback incident (TB10440393W): PL_strcmp() nsStdURL::GetFileName [d:\builds\seamonkey\mozilla\netwerk\base\src\nsStdURL.cpp, line 980] NKFILE.DLL + 0x1534 (0x60691534) NKFILE.DLL + 0x22ee (0x606922ee) nsIOService::QueryInterface [d:\builds\seamonkey\mozilla\netwerk\base\src\nsIOService.cpp, line 106] NS_OpenURI [..\..\..\dist\include\nsNetUtil.h, line 188] NS_OpenURI [..\..\..\dist\include\nsNetUtil.h, line 124] RDFXMLDataSourceImpl::Refresh [d:\builds\seamonkey\mozilla\rdf\base\src\nsRDFXMLDataSource.cpp, line 911] nsChromeRegistry::LoadDataSource [d:\builds\seamonkey\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 612] nsChromeRegistry::AddToCompositeDataSource [d:\builds\seamonkey\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 1604] nsChromeRegistry::ConvertChromeURL [d:\builds\seamonkey\mozilla\rdf\chrome\src\nsChromeRegistry.cpp, line 390] nsChromeProtocolHandler::NewChannel [d:\builds\seamonkey\mozilla\rdf\chrome\src\nsChromeProtocolHandler.cpp, line 688] nsIOService::QueryInterface [d:\builds\seamonkey\mozilla\netwerk\base\src\nsIOService.cpp, line 106] NS_OpenURI [..\..\dist\include\nsNetUtil.h, line 104] nsDocShell::DoURILoad [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2531] nsDocShell::InternalLoad [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 2297] nsDocShell::LoadURI [d:\builds\seamonkey\mozilla\docshell\base\nsDocShell.cpp, line 215] GlobalWindowImpl::OpenInternal [d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp, line 2644] GlobalWindowImpl::OpenDialog [d:\builds\seamonkey\mozilla\dom\src\base\nsGlobalWindow.cpp, line 1630] NS_NewURI [..\..\dist\include\nsNetUtil.h, line 52] Ensure1Window [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 589] LaunchApplication [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 324] nsPref::EnumerateChildren [d:\builds\seamonkey\mozilla\modules\libpref\src\nsPref.cpp, line 1000] LaunchApplicationWithArgs [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 340] HandleArbitraryStartup [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 510] DoCommandLines [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 547] main [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 1021] NS_SetupRegistry [d:\builds\seamonkey\mozilla\xpfe\bootstrap\../../webshell/tests/viewer/nsSetupR egistry.cpp, line 325] MOZILLA.EXE + 0x397a (0x0040397a) KERNEL32.DLL + 0x1b9e4 (0xbff7b9e4) KERNEL32.DLL + 0x1b896 (0xbff7b896) KERNEL32.DLL + 0x1a24f (0xbff7a24f) cc'ing john, who obtained the trace for me

eugfi@airmail.net -- is this happening with today's builds (05/15)? The builds from the weekend were doing this, but it should be fixed now. Tentatively marking WORKSFORME, but please reopen if this is not fixed for you. Thanks.

Sorry for the spam. New QA Contact for Browser General. Thanks for your help Joseph (good luck with the new job) and welcome aboard Doron Rosenberg

v

I think I may have hit something similar. It's a page fault at another address. My Mozilla build id is 2001080110. I'm on Windows 98 in an Intel machine. Defragmenter was running in the background. When the crash occurred, Defragmenter complained about lack of memory, and shut down. At the time, I was trying to get the source of a page on the www.hp.com sit about kits. If I find out the URL, I'll post it.

could you get a talkback build and submit a report

File a new bug. and read this first: http://www.mozilla.org/quality/bug-writing-guidelines.html Thanks.

Changing summary from MOZILLA caused an invalid page fault in XPCOM.DLL and burying this bug for eternity. It's dead.