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: