Closed
Bug 43512
Opened 24 years ago
Closed 24 years ago
Crash on startup using a read-only filesystem
Categories
(Core :: XPCOM, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: rusty.lynch, Assigned: rusty.lynch)
Details
(Keywords: crash)
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
Even if you rip out the code to auto-register components and rebuild the
interface manifest, mozilla/viewer will crash if the filesystem is not writable.
The reason for this is that the code in reg.c attempts to open the registry as
read/write, and then attempts to do the right thing if the open fails with an
access error by attempting a read-only open. The only problem is that the case
statement attempts to explicitly catch each type of failure but doesn't
consider the nspr wrapped EROFS error for read-only filesystem.
I will be attaching a patch.
Assignee | ||
Comment 1•24 years ago
|
||
Comment 3•24 years ago
|
||
*** This bug has been marked as a duplicate of 33344 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 4•24 years ago
|
||
My apologies, marked this too soon. Reopening.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 5•24 years ago
|
||
dveditz,
I see your name on all the recent check-ins to reg.c. Will you review my patch?
Comment 6•24 years ago
|
||
Looks ok to me, r=dveditz
We really need to change the API so it takes a flag on whether read-only is OK
or if writing is required. That change would have to percolate all the way up
through nsIRegistry and into all client users so it's a bit outside the scope
of what we can tackle right now.
Assignee | ||
Comment 7•24 years ago
|
||
patch checked in.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Comment 8•24 years ago
|
||
please verify
Marking Verified. Please reopen if problem reoccurs.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•