Closed
Bug 369625
Opened 19 years ago
Closed 19 years ago
Should the cycle collector ignore its scan delay at shutdown?
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
DUPLICATE
of bug 366578
People
(Reporter: peterv, Unassigned)
References
Details
The cycle collector has a scan delay (currently set at 10 collection attempts) to avoid scanning freshly suspected pointers, so that we know their refcount has somewhat stabilized. I wonder if we should ignore that delay on shutdown, wouldn't it be better to try to collect all potential cycles then?
Reporter | ||
Updated•19 years ago
|
Summary: Should the cycle collector ignore it's scan delay at shutdown? → Should the cycle collector ignore its scan delay at shutdown?
![]() |
||
Comment 1•19 years ago
|
||
I thought the patch to scan at shutdown did do that. If it doesn't, we should.
Reporter | ||
Comment 2•19 years ago
|
||
Grrrr, mxr's version of nsCycleCollector.cpp is out-of-date.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•