Closed
Bug 1249451
Opened 8 years ago
Closed 8 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•8 years ago
|
||
Assignee | ||
Comment 2•8 years ago
|
||
Or, hmm, do we want to be safer and run the nsConsoleService::LogStringMessage asynchronously.
Assignee | ||
Comment 3•8 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•8 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•8 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•8 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•8 years ago
|
||
Assignee | ||
Comment 10•8 years ago
|
||
and no reason why backed out :/
Assignee | ||
Comment 11•8 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=328b62e4dcd0 I guess the bustage was something about bc test.
Comment 12•8 years ago
|
||
Ah, right, you need an "explicit" on the ctor for LogStringMessageAsync.
Assignee | ||
Comment 13•8 years ago
|
||
Comment 15•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/146d77b3931d
Status: NEW → RESOLVED
Closed: 8 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
•