Closed
Bug 705730
Opened 14 years ago
Closed 13 years ago
hang in nsMemoryReporterManager::GetExplicit while iterating over arenas and cells
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: mccr8, Unassigned)
References
Details
(Keywords: hang)
Crash Data
Looks like I spoke too soon in bug 705717: here's another hang report in a memory reporter. I looked at a dozen hang-crashes with this signature and they all had this stack:
0 js::gc::ForEachArenaAndCell<js::IterateArenaCallbackOp,js::IterateCellCallbackOp>
1 js::IterateCompartmentsArenasCells
2 mozilla::xpconnect::memory::CollectCompartmentStatsForRuntime
3 XPConnectJSCompartmentsMultiReporter::CollectReports
4 nsMemoryReporterManager::GetExplicit
here's an example: https://crash-stats.mozilla.com/report/index/b77588d9-5f98-48f2-9966-182f72111126
Updated•14 years ago
|
Severity: normal → critical
Reporter | ||
Comment 1•13 years ago
|
||
This style of hang detector seems to be obsolete, so I think it makes sense to close these hangs, and file new reports for things the new hang detector finds.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•