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)
1.65 KB,
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
•