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)

defect
Not set
critical

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
Severity: normal → critical
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.