55187 - Crash on startup

Status: VERIFIED WORKSFORME

(SeaMonkey :: General, defect, P3)

Description

[Ken Geis]

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

Upon startup, splash screen comes up, then dialog saying

The instruction at "0x60c71419" referenced memory at "0x00000001". The memory 
could not be "read".


Reproducible: Always
Steps to Reproduce:
1. Start Netscape6 PR3


Actual Results:  crash							

Expected Results:  no crash						

The same behavior has been occurring for me on the last month or so of nightly 
builds.

Comment 1

[Doron Rosenberg (IBM)]

*mass spam*
adding crash keyword to all crash bugs 

Comment 2

[Jacob Steenhagen]

Ken, have you followed the updating procedures? (Del users50 dir, bin dir, and
%WINDIR%\mozilla*.dat)

I ask because I've had no problem with any of the recent builds.

Comment 3

[Ken Geis]

Jake, I had been deleting the bin dir and %WINDIR%\mozilla*.dat (and
%WINDIR%\Profiles\kgeis\Application Data\mozilla) but I hadn't been deleting
Users50.

Tried it again after cleaning all of those, and I still get the error.

Comment 4

[Jacob Steenhagen]

Hmmm.... I assume you're using a recent build...  unfortunately (for you,
fortunately for me) I can't reproduce this bug.  Because of that, I can't
confirm it (make it NEW).  I've used recent Mozilla builds sucessfully on almost
all Win32 platforms.

I had also forgot that profiles had moved to
%WINDIR%\Profiles\%USER%\Application Data\mozilla

Comment 5

[Doron Rosenberg (IBM)]

are you still using pr3?

Comment 6

[Ken Geis]

I got rid of PR3 on my machine and unzipped a recent build (10/17 or 10/18)
before I last tested it.

Comment 7

[Asa Dotzler [:asa]]

Ken Geis, did you delete the mozilla profile directory in
%WINDIR%\Profiles\%USER%\Application Data\ and test this again?

Comment 8

[Ken Geis]

Yes, I cleaned up everything before my last test.

Comment 9

[Gervase Markham [:gerv]]

[e-mail] - could you please download a talkback build (they have "talkback" 
in the name), reproduce this bug, and then post the incident report number here? 
That'll make it much easier to see what's going on. 

Also, seeing as you are running NT, what does Dr Watson say?

Thanks :-)

Gerv

Comment 10

[Ken Geis]

Gervase: No can do!  I would have done this instead of logging it through
bugzilla.  However, since this exception is trapped, neither Talkback nor Dr.
Watson will collect this info.  The only way for me to get this info is to
actually build Mozilla and run it through a debugger, which I'm not prepared to
do.

Comment 11

[Doron Rosenberg (IBM)]

did you kill moz*.dat in our windows dir?

Comment 12

[Ken Geis]

Doron: Of course I did!

> Yes, I cleaned up everything before my last test.

Comment 13

[Ken Geis]

I changed nothing about my "try out a new build" routine, but today's build
works for me.

Comment 14

[Jacob Steenhagen]

Marking WORKSFORME per the reporters above comment.

BTW, Ken... I'm glad it works for you now... enjoy.

Comment 15

[Doron Rosenberg (IBM)]

sorry abotu being persistent, but most people forget to delete something or
another, was just checking.

verified