Closed
Bug 1249451
Opened 9 years ago
Closed 9 years ago
nsCycleCollector::ScanRoots may cause some unexpected purple buffer usage
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
FIXED
mozilla47
Tracking | Status | |
---|---|---|
firefox47 | --- | fixed |
People
(Reporter: smaug, Assigned: smaug)
References
Details
Attachments
(3 files, 2 obsolete files)
1.96 KB,
patch
|
mccr8
:
review+
|
Details | Diff | Splinter Review |
2.13 KB,
patch
|
Details | Diff | Splinter Review | |
2.13 KB,
patch
|
Details | Diff | Splinter Review |
See https://treeherder.mozilla.org/logviewer.html#?job_id=16876870&repo=try from bug 1249226
-w patch coming too.
I think timeLog.Checkpoint("ScanRoots::listener"); doesn't provide anything useful, given that it depends on IO. And keeping to to work would have make the changes larger.
Attachment #8721039 -
Flags: review?(continuation)
Assignee | ||
Comment 1•9 years ago
|
||
Assignee | ||
Comment 2•9 years ago
|
||
Or, hmm, do we want to be safer and run the nsConsoleService::LogStringMessage asynchronously.
Assignee | ||
Comment 3•9 years ago
|
||
Comment on attachment 8721039 [details] [diff] [review]
patch
I guess we do want the async handling.
Attachment #8721039 -
Flags: review?(continuation)
Comment 4•9 years ago
|
||
(In reply to Olli Pettay [:smaug] (HIGH REVIEW LOAD) from comment #0)
> I think timeLog.Checkpoint("ScanRoots::listener"); doesn't provide anything
> useful, given that it depends on IO. And keeping to to work would have make
> the changes larger.
That's fine. Profiling our logging hasn't been anything we've needed to do so far.
Assignee | ||
Comment 5•9 years ago
|
||
Using nsCancelableRunnable so that the code supports workers, whether or not that is needed atm.
Assignee: nobody → bugs
Attachment #8721039 -
Attachment is obsolete: true
Attachment #8721040 -
Attachment is obsolete: true
Attachment #8721053 -
Flags: review?(continuation)
Comment 6•9 years ago
|
||
Comment on attachment 8721053 [details] [diff] [review]
patch
Review of attachment 8721053 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks for fixing this.
::: xpcom/base/nsCycleCollector.cpp
@@ +1714,5 @@
> + logFileFinalDestination->GetPath(logPath);
> + nsAutoString msg = aCollectorKind +
> + NS_LITERAL_STRING(" Collector log dumped to ") + logPath;
> +
> + RefPtr<LogStringMessageAsync> log = new LogStringMessageAsync(msg);
Please add a comment about why you are doing this async.
Attachment #8721053 -
Flags: review?(continuation) → review+
Assignee | ||
Comment 7•9 years ago
|
||
Assignee | ||
Comment 10•9 years ago
|
||
and no reason why backed out :/
Assignee | ||
Comment 11•9 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=328b62e4dcd0
I guess the bustage was something about bc test.
Comment 12•9 years ago
|
||
Ah, right, you need an "explicit" on the ctor for LogStringMessageAsync.
Assignee | ||
Comment 13•9 years ago
|
||
Comment 14•9 years ago
|
||
Comment 15•9 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox47:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla47
You need to log in
before you can comment on or make changes to this bug.
Description
•