Closed Bug 67479 Opened 25 years ago Closed 18 years ago

Crash on start up [@ nsLocalFile::Create ]

Categories

(Core Graveyard :: Profile: BackEnd, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: mozilla, Assigned: ccarlen)

Details

(Keywords: crash)

Crash Data

Attachments

(2 files)

Mozilla crashes on startup (2001020208). Stack trace attached. Assuming profile manager component from the stack trace.
Attached file stack trace
Looking at it. This code has not changed in a quite a while, but I'll see.
Well, it's actually dying in nsLocalFile::Create(). Looking in nsProfileAccess.cpp which made the call, it looks like all errors are checked and the file object is valid when the call to Create() is made. I wonder if there is some pathological edge case that's killing nsLocalFile::Create(). Can you email me a copy of your 4.7 profile registry?
Adding dougt and ftang at jband's suggestion (news://news.mozilla.org/3A7B2020.5E1AEEEC@netscape.com).
I've also seen crashes in NSPR:EventReceiver on Windows 2000 before the splash screen appears. It's listed as bug 60791.
It seems that this is related to an existing nsreg.dat. As soon as I get rid of that and mozregistry.dat, I can start Mozilla. I will attach the problem nsreg.dat.
futuring. sounds like an edge case. nominate for something earlier if I'm wrong.
Target Milestone: --- → Future
Keywords: crash
changing QA contact
QA Contact: gbush → ktrina
Keywords: nsenterprise
Mass removing self from CC list.
Now I feel sumb because I have to add back. Sorry for the spam.
Reporter, were you trying to install a profile to a domain account which has its Documents and Settings redirected to a central server?
I appear to be having the same problem with both XP and 2000 on a domain account which has its Documents and Settings redirected to a central server. Please advise how I might help.
Summary: Crash on start up → Crash on start up [@ nsLocalFile::Create ]
Is anyone still seeing a problem like this? If so, please give current details of the problem.
Based on comments, this seems like it's now "works for me".
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ nsLocalFile::Create ]
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: