Closed
Bug 848020
Opened 12 years ago
Closed 12 years ago
Do we really have to poison NtFlushBuffersFile?
Categories
(Core :: XPCOM, defect, P2)
Tracking
()
RESOLVED
FIXED
mozilla22
People
(Reporter: espindola, Assigned: espindola)
References
Details
Attachments
(1 file)
1.33 KB,
patch
|
BenWa
:
review+
|
Details | Diff | Splinter Review |
Reading the wine source it really looks like NtFlushBuffersFile is just the windows equivalent of flush. So poisoning it would only be necessary if we were trying to prevent data loss in power failures, not firefox calling exit(0).
Am I missing something about NtFlushBuffersFile semantics? Doesn't windows save buffers when a process exits?
Updated•12 years ago
|
Flags: needinfo?(ehsan)
Comment 1•12 years ago
|
||
I think it does, unless you call TerminateProcess. It might be worth looking into the differences between ExitProcess and TerminateProcess (I think the first one is supposed to flush all I/O buffers.)
Flags: needinfo?(ehsan)
Assignee | ||
Comment 2•12 years ago
|
||
OK. It looks like that windows does write the data to disk on exit but not on terminate. While poisoning NtFlushBuffersFile would be an interesting project to protect against data loss in a power loss or firefox being killed, that is out of scope of the exit(0) project.
Updated•12 years ago
|
Attachment #722242 -
Flags: review?(bgirard) → review+
Assignee | ||
Comment 3•12 years ago
|
||
Updated•12 years ago
|
Priority: -- → P2
Comment 4•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla22
You need to log in
before you can comment on or make changes to this bug.
Description
•