59554 - Mozilla nightly builds crash on startup, missing MSVCIRT.DLL

Status: VERIFIED DUPLICATE of bug 27601

(SeaMonkey :: General, defect, P3)

Description

[Joey Sum]

From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (Win98; U)
BuildID:    

Mozilla nightly builds crash on startup on my Win98 / AMD Duron CPU system.  
Here's the error message:

MOZILLA caused an invalid page fault in
module JS3250.DLL at 015f:60ad48c1.
Registers:
EAX=81741ce4 CS=015f EIP=60ad48c1 EFLGS=00010202
EBX=00000000 SS=0167 ESP=0068f308 EBP=027093e0
ECX=0080f570 DS=0167 ESI=006b1a80 FS=3327
EDX=8173b130 ES=0167 EDI=00000001 GS=0000
Bytes at CS:EIP:
8b 07 89 46 2c 8b 47 04 eb 19 ff 15 e8 70 af 60 
Stack dump:
027093e0 02717510 0068f338 027093e0 00000000 60adfe71 027093e0
00000000 027093e0 02717510 00000000 00000020 0068f35c 60ad4443
027093e0 60affe30

After trying to run Mozilla, the splash screen comes up, the hard drive chugs 
for about 10 seconds, and then the Windows error message listed above pops up.  
Oddly enough, I noticed that about 300-700 0-byte files are created in my 
\windows\temp directory, of name *.XUL.

I have tried various things such as completely deleting my \mozilla directory.  
I have also deleted \windows\application data\mozilla directory, as well, to no 
avail.

Reproducible: Always
Steps to Reproduce:
1.Install Mozilla nightly build
2.run mozilla.exe
3.

Actual Results:  Windows error message box pops up, Mozilla crashes after 
start-up screen.

Expected Results:  Mozilla starts-up.  heh

OS: Windows 98
CPU: AMD Duron 800 Mhz
Video: Nvidia GeForce2 MX

Comment 1

[timeless]

please delete mozreg.dat and mozver.dat
please get a talkback build.
please include your buildid next time [i suspect you were using an mn6 build].

was this build an installer package, win32.zip or ...?

Comment 2

[Joey Sum]

I don't have mozreg.dat or mozver.dat on my system.  I did delete 
\windows\mozregistry.dat if that's what you meant.

I don't have the build ID since it crashes right after the splash screen.  
However, it is the latest nightly Win32 build found here: 
http://ftp.mozilla.org/pub/mozilla/nightly/latest/mozilla-win32.zip
MOZILLA  EXE       349,408  11-08-00  9:32a

This crashing for me has been occurring since I got the Duron CPU.

The Linux latest nightly build "Mozilla/5.0 (X11; U; Linux 2.2.17 i686; en-US; 
m18) Gecko/20001107" works fine on this same machine.

Comment 3

[Joey Sum]

Just tried the latest nightly Win32 talkback build.  Since Mozilla crashes on 
startup, no talkback report is generated.

Comment 4

[Doron Rosenberg (IBM)]

btw, I am in no way related to the Duron...anyways....

I doubt that the processor is the cause of this.  Did you remove your users50
directory? Also, please try using the installer build (.exe), it might help.

Comment 5

[Joey Sum]

Just tried your suggestion of using the latest Win32 Installer build, but it 
crashes on startup with the same symptoms as detailed above.

Comment 6

[timeless]

arg. please try logging file access (filemon.exe "File Monitor" 
http://www.sysinternals.com/) and library access (depends.exe 
"Dependency Walker" microsoft.com I think).  You can attach the logs for both 
here.

Comment 7

[Joey Sum]

Attachment: Mozilla.exe profile log by Dependency Walker v2.0 Beta 5

Comment 8

[Joey Sum]

There appears to be something wrong with the attachment .cgi script.  Clicking 
on the link to the attachment I just uploaded causes Netscape/MSIE to download 
"showattachment.cgi" instead of the actual attachment.  hehe

Comment 9

[Joey Sum]

Attachment: Filemon log of Mozilla.exe crashing

Comment 10

[timeless]

Thank you. A sleepy inspection shows you do not have MSVCIRT.DLL

I am almost certain this is a required file, yes we should not crash, but, fo
r now I think we should get you a copy of this file. [mozilla.org should mentio
n it, but i'm tired]

Q:\>grep msvcirt.dll mozilla_filemon_log.txt |grep -v "NOTFOUND"|wc -l

      0

English of above: find lines containing 'msvcirt.dll' in fil
e 'mozilla_filemon_log.txt' ignore lines containing "NOTFOUND" count the lines

No lines satisfied this criterion.


 C:\MOZILLA\BIN\CHROME\PACKAGES\*	NOTFOUND

 C:\MOZILLA\BIN\CHROME\LOCALES\*	NOTFOUND

Ok, we need to find out what build you have, packages\ and locales\ is an ol
d structure.

For now, zap chrome\installed-chrome.txt, chrome\*.rdf, chrome\overlayinfo\


I also need some directory info from you (yes, attaching zip files make
s bugzilla send them as binary, at some point bugzilla will probably get smarte
r but that's for some other bug) please:

cd %mozilla%

cd bin

dir /s /b > mozilla-file-and-directory.structure

zip and attach here. [i need to know if you have comm.jar, comm.pkg, o
r something else, and i might need other info later]


After zapping installed-chrome.txt you will need to get another copy of i
t (from whichever archive you're using for mozilla).

1420    3:07:38 AM      Mozilla FindOpen      
  C:\MOZILLA\BIN\CHROME\INSTALLED-CHROME.TXT      SUCCESS installed-chrome.txt

yes you're using installed-chrome, so i'll assume it's faulty.

Ok, i'm done reading the filemon logs. time for the other log.

First glaring note MSVCIRT.DLL Error opening file. The system cannot find th
e file specified (2).


LoadLibraryA("C:\MOZILLA\BIN\components\gkparser.dll") returned NULL. Error
: One of the library files needed to run this application cannot be found (1157).


gkparser.dll requires msvcirt.dll


:-) triaging is so easy to do when all of the pieces conform.  If you can'
t find msvcirt.dll here, i'm sure you can find it w/ http://www.google.com


for now, please try this build
: ftp://ftp.mozilla.org/pub/mozilla/nightly/2000-11-08-09-Mtrunk/mozilla-win32-
talkback.zip

NSPR: I'm giving this bug to you. When a user does not have the dll mentioned 
in the depends log [or any other required dll] we should return an error 
message instead of crashing.

Comment 11

[timeless]

If this is just a bug w/ the specific component, feel free to bounce.

Comment 12

[Joey Sum]

Sticking MSVCIRT.DLL into \windows\system did the trick!  Many thanks to 
everyone who replied, especially [e-mail] ("tireless" is more like it!). 
I definitely agree with you that something needs to be done so Mozilla at least 
pops up a dialog box telling what .DLL is missing instead of just crashing.

For the readme/faq, I found MSVCIRT.DLL on the Win98 CD (in win98_55.cab).  It's 
also installed by a lot of common Windows programs, such as MS Windows Media 
Player 7.

Comment 13

[Andreas Franke (gone)]

See also bug 27601.

Comment 14

[Wan-Teh Chang]

This is not an NSPR bug.  PR_LoadLibrary() or PR_LoadLibraryWithFlags()
should not crash if a dependency of the library does not exist.

I suspect that the code in Mozilla that loads gkparser.dll does not
check the return value of PR_LoadLibrary() or PR_LoadLibraryWithFlags()
and proceeds to dereference a NULL pointer.

I changed the Product:Component to "Browser:Browser-General".

Comment 15

[Wan-Teh Chang]

Reassigned bug to owner of Browser:Browser-General.

Comment 16

[Asa Dotzler [:asa]]

this is bug 27601

*** This bug has been marked as a duplicate of 27601 ***

Comment 17

[Azrael AOD]

Verifying as a duplicate of bug 27601
'Mozilla Fails to Launch Properly without msvcirt.dll'