Closed
Bug 744489
Opened 12 years ago
Closed 12 years ago
Fix incremental GC assertion in ValidateIncrementalMarking
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla14
People
(Reporter: billm, Assigned: billm)
Details
Attachments
(1 file)
2.75 KB,
patch
|
igor
:
review+
|
Details | Diff | Splinter Review |
I was a little overzealous in bug 739899 when I tried to remove all full GC flags. As a consequence, the following can now happen: 1. Start an incremental GC with all compartments being collected. Therefore, the atoms compartment can be collected. 2. A new compartment is created 3. When the GC is finished, call ValidateIncrementalMarking. 4. It calls MarkRuntime again. This time, since the new compartment is not being collected, we mark all atoms. 5. ValidateIncrementalMarking asserts because the incremental GC didn't mark all the atoms, while the non-incremental one did. This is a bogus assertion. We're not required to mark all atoms in this situation. Any atoms pointed to by the new compartment either existed before or else they were new, and we'll mark them either way. The patch just adds a "full GC" flag that is set at the beginning of the incremental GC and used by both calls to MarkRuntime.
Attachment #614066 -
Flags: review?(igor)
Updated•12 years ago
|
Attachment #614066 -
Flags: review?(igor) → review+
Assignee | ||
Comment 1•12 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/ae32cca25ce0
Target Milestone: --- → mozilla14
Comment 2•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/ae32cca25ce0
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•