Closed
Bug 846471
Opened 12 years ago
Closed 12 years ago
Poison NtWriteFile
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
FIXED
mozilla22
People
(Reporter: espindola, Assigned: espindola)
Details
Attachments
(1 file, 1 obsolete file)
10.68 KB,
patch
|
BenWa
:
review+
|
Details | Diff | Splinter Review |
Poisoning NtWriteFile itself is simple, but doing so causes the writing of the stacks to hit the poised NtWriteFile recursively.
To fix this, this patch generalizes the fd list we keep on OS X to be a list of "file IDs". On unix it is just the file descriptors and on windows it is now the HANDLE.
Attachment #719651 -
Flags: review?(bgirard)
Updated•12 years ago
|
Attachment #719651 -
Flags: review?(bgirard) → review+
Assignee | ||
Comment 1•12 years ago
|
||
Tests were failing on debug windows build since NtFileWrite is also called from printf.
https://tbpl.mozilla.org/?tree=Try&rev=2ca43e6644c9
Attachment #719651 -
Attachment is obsolete: true
Attachment #720193 -
Flags: review?(bgirard)
Comment 2•12 years ago
|
||
Comment on attachment 720193 [details] [diff] [review]
Also ignore stdout and stderr
Review of attachment 720193 [details] [diff] [review]:
-----------------------------------------------------------------
::: xpcom/build/mozPoisonWriteBase.cpp
@@ +275,5 @@
>
> PRLock *Lock;
> {
> + DebugFilesAutoLock lockedScope;
> + delete &getDebugFileIDs();
This looks really nasty to me but perhaps because it's the first time I encounter code that does this. Perhaps getDebugFileIDs should return a pointer or I can just get use to this pattern.
::: xpcom/build/mozPoisonWriteWin.cpp
@@ +53,5 @@
> +
> +void AbortOnBadWrite(HANDLE aFile)
> +{
> + static HANDLE stdoutHandle = reinterpret_cast<HANDLE>(_get_osfhandle(1));
> + static HANDLE stderrHandle = reinterpret_cast<HANDLE>(_get_osfhandle(2));
can't we just permanently keep stdout/stderr in the debug fd?
Attachment #720193 -
Flags: review?(bgirard) → review+
Assignee | ||
Comment 3•12 years ago
|
||
New try push to
https://tbpl.mozilla.org/?tree=Try&rev=77c4bb0421d0
Hopefully the tree is in good enough shape this time.
Assignee | ||
Comment 4•12 years ago
|
||
Comment 5•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
•