Closed Bug 43512 Opened 24 years ago Closed 24 years ago

Crash on startup using a read-only filesystem

Categories

(Core :: XPCOM, defect, P3)

Other
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: rusty.lynch, Assigned: rusty.lynch)

Details

(Keywords: crash)

Attachments

(1 file)

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.
adding crash keyword
Keywords: crash
*** This bug has been marked as a duplicate of 33344 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
My apologies, marked this too soon. Reopening.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
dveditz, I see your name on all the recent check-ins to reg.c. Will you review my patch?
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.
patch checked in.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
please verify
Marking Verified. Please reopen if problem reoccurs.
Status: RESOLVED → VERIFIED
Component: XPCOM Registry → XPCOM
QA Contact: leger → xpcom
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: