Closed
Bug 36972
Opened 25 years ago
Closed 23 years ago
RDF should use nsIFile
Categories
(Core Graveyard :: RDF, defect, P3)
Core Graveyard
RDF
Tracking
(Not tracked)
RESOLVED
FIXED
Future
People
(Reporter: dougt, Assigned: waterson)
References
Details
(Whiteboard: [NEED INFO])
Attachments
(1 file)
3.13 KB,
patch
|
waterson
:
review+
darin.moz
:
superreview+
|
Details | Diff | Splinter Review |
RDF should use nsIFile. nsFileSpec is unsupported.
There are a few places that RDF uses nsFileSpec. these should be converted.
Assignee | ||
Comment 1•25 years ago
|
||
i'll do this after nsbeta2, unless there is need to do it earlier...
Status: NEW → ASSIGNED
Target Milestone: --- → M18
Assignee | ||
Updated•25 years ago
|
Target Milestone: M18 → Future
Comment 3•23 years ago
|
||
From Darin: (re: nsFileSpec usage nsLocalStore.cpp)
Take a look at NS_NewLocalFileInputStream and NS_NewLocalFileOutputStream in
nsIFileStreams.idl. you might also want to wrap the output stream in a buffered
output stream (see NS_NewBufferedOutputStream).
Comment 4•23 years ago
|
||
Get nsFileSpec out of nsLocalStore.cpp using Darin's suggested changes.
Comment 5•23 years ago
|
||
Comment on attachment 65358 [details] [diff] [review]
Get nsFileSpec out of nsLocalStore.cpp
>Index: mozilla/rdf/datasource/src/nsLocalStore.cpp
>+ nsXPIDLCString pathBuf;
>+ rv = aURI->GetSpec(getter_Copies(pathBuf));
> if (NS_FAILED(rv)) return rv;
this patch looks great to me, but for my sanity could |pathBuf| be renamed
|specBuf| or just |spec|?
sr=darin
Attachment #65358 -
Flags: superreview+
Assignee | ||
Comment 6•23 years ago
|
||
Comment on attachment 65358 [details] [diff] [review]
Get nsFileSpec out of nsLocalStore.cpp
>- if (! spec.Exists())
>+ if (NS_SUCCEEDED(rv = aFile->Exists(&fileExistsFlag)) && (!fileExistsFlag))
> return NS_ERROR_UNEXPECTED;
How about breaking this up:
fileExistsFlag = PR_FALSE;
aFile->Exists(&fileExistsFlag);
if (! fileExistsFlag)
return NS_ERROR_FAILURE;
(Is this really even necessary? What if we just let the local store get
created even though we can't write it? Failing here will lead to a trickle-
down failure and nothing will work...why not just fail when we try to write
it back?)
The rest looks fine, r=waterson.
Attachment #65358 -
Flags: review+
Comment 7•23 years ago
|
||
Fixed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•