Closed
Bug 32346
Opened 25 years ago
Closed 25 years ago
Crash on Create Default Profile ... first run only
Categories
(Core Graveyard :: Profile: BackEnd, defect, P3)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
M17
People
(Reporter: alan-lists, Assigned: racham)
Details
Not sure if this is the right compoent (sorry)
This looks to be Win95 specific (or atleast not NT)
I have seen this on 3/14 and 3/17 builds.
To reproduce....
Delete c:\windows\moz*.dat (yes both mozilla registry files)
also delete users50 directory
Now run mozilla (no paramaters)
You will be prompted to create a profile so hit Next
Accept the defaults and hit Finished.
Here i get a crash in APPSHELL.DLL (see below if you really want the full
stuff)
I can rerun mozilla after the first crash and everything is just fine. New
default profile there and everything.
If i run mozilla -installer I do not get this crash.
Here is the console output...
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Profile Manager : Command Line Options : End
WEBSHELL+ = 1
WEBSHELL+ = 2
calling loadpage...
startPage:: newProfile1_1
got a request
Move window by 744,586.5
got a request
WEBSHELL+ = 3
*** IN ONFINISH
**** profName: Default User
*** going to create a new profile called Default User in folder: undefined
ProfileManager : CreateNewProfile
Profile Name: Default User
Profile Dir: (use default)
before SetProfileDir
ProfileManager : CreateUserDirectories
after SetProfileDir
ProfileManager : StartApprunner
ProfileManager : GetProfileDir
ProfileManager : GetProfileDir
~nsProfile
WEBSHELL- = 2
WEBSHELL- = 1
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Here is the DR Watson stuff that probably won't help.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
MOZILLA caused an invalid page fault in
module APPSHELL.DLL at 014f:60031b31.
Registers:
EAX=00000004 CS=014f EIP=60031b31 EFLGS=00010202
EBX=015043a4 SS=0157 ESP=0068f410 EBP=0068f438
ECX=60042334 DS=0157 ESI=01586e44 FS=485f
EDX=8cc0ff24 ES=0157 EDI=00000000 GS=0000
Bytes at CS:EIP:
8b 08 ff 51 48 c2 08 00 8b 4c 24 08 85 c9 75 07
Stack dump:
00000004 00000001 60b357da 01504024 00000001 00000000 01504794 60037591 01504794
01504024 0068f4a4 6003678e 01586e44 01504794 0068f4d0 00000000
Looks like appshell destruction problem. Let me look into this.
Status: NEW → ASSIGNED
Target Milestone: M15
I couldn't reproduce this with the latest build. This might have been a
temporary issue with appshell on the particular days mentioned. Not seen any
more. Marking this worksforme.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 5•25 years ago
|
||
In the 3/20/00 (2nd build for the day) I am getting the crash again....
reopening..... details on this
The first time I tested with today's build it did not crash. After I hit
finished from above instructions nothing happened. No browser window no cash
message nothing. The all of a sudden my whole computer just restarted.
Thinking this was just a fluke I restarted deleted all files mentioned above.
Then tested again. First time ran fine but was very very slow. Exited straight
out. Went back deleted files again ran the steps to reproduce and crashed
My guess is something is just a little off and it may not have been fixed on the
build on the 19.
I might suggest trying several times....
MOZILLA caused an invalid page fault in
module APPSHELL.DLL at 014f:60031b31.
Registers:
EAX=00000004 CS=014f EIP=60031b31 EFLGS=00010202
EBX=015e8364 SS=0157 ESP=0068f410 EBP=0068f438
ECX=60042334 DS=0157 ESI=016682f4 FS=123f
EDX=8cc0ff24 ES=0157 EDI=00000000 GS=0000
Bytes at CS:EIP:
8b 08 ff 51 48 c2 08 00 8b 4c 24 08 85 c9 75 07
Stack dump:
00000004 00000001 60b357da 015e4134 00000001 00000000 015e8754 60037591 015e8754
015e4134 0068f4a4 6003678e 016682f4 015e8754 0068f4d0 00000007
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 6•25 years ago
|
||
Just a followup I am seeing this again on todays win32 (win95) 3/21/00 build.
But different component
MOZILLA caused an invalid page fault in
module <unknown> at 0000:01629840.
Comment 7•25 years ago
|
||
tested on trunk and branch builds for 3/21- not able to reproduce
Reporter | ||
Comment 8•25 years ago
|
||
I think i am the only one able to reproduce this (right now). Normally this
would not affect me as i usually run with -installer the first time though.
gbrush, were you testing with an older Win95 setup?
I don't know what sort of configuration stuff you all might want from me.
Gosh.... i wish I had could give you all some debug output or something.
This is definatly not major, but as mozilla grows it might be good to fix and
could be a symptom of a larger problem.
rancham, do you have any suggestions or want any version numbers for my system
dll's?
Reporter | ||
Comment 9•25 years ago
|
||
sorry for the extra spam, but I wanted to add that i have had bug 24091 around
for a while related to debug builds for people without compilers. With links to
related sites that might help ect...
Reporter | ||
Comment 10•25 years ago
|
||
I tried with M14 talkback hoping to get a talkback crash, but m14 does not crash.
Comment 11•25 years ago
|
||
I have Win95 4.00.950.B
Reporter | ||
Comment 12•25 years ago
|
||
Could this bug be related to bug 33366?
Assignee | ||
Comment 13•25 years ago
|
||
asj,
we couldn't reproduce this on our win95 machines here. Grace suspects that it
might have to do with the dll versions on your machine. She has Win95
4.00.950.B. Let us know the configuration of your machine too.
Also, please check for the existence of this bug with the latest build. If this
is a weird client problem, we will know if it is fixed since you reopened it
last.
Marking this M17. We can use -CreateProfile to create profile without having to
bring up the windows interface. If we know the exact problem, we will promote
this bug and work on it.
Thanks.
Target Milestone: M15 → M17
Reporter | ||
Comment 14•25 years ago
|
||
My 3-31-00 build was much better and did not crash durring this test. I do want
to try another build as sometimes the crash was intermintant.
I have found the last few builds extreamly unstable in other areas. I was
going grab another build before marking "worksforme" now.
I could still post my dll version numbers, but not sure what dll's you all would
want.
Assignee | ||
Comment 15•25 years ago
|
||
just let us know the OS version string (like mentioned hers is Win95
4.00.950.B). Just in case, if something is going wrong at that level. I still
think this is a problem that got introduced in the beggining of M15 and exists
no more.
Anyway, if you don't see this again with the upcoming builds you are going to
test, please update the bug with same. I will mark the bug wroksforme.
thanks.
Reporter | ||
Comment 16•25 years ago
|
||
this machine is running 95a 4.00.950a....
I have not had a chance to test mozilla yet...
Reporter | ||
Comment 17•25 years ago
|
||
hmmm ok today's 4-3-00-08 build works also
marking works for me
i still wonder what was going on...
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•