[IncrementalGC] "Assertion failure: static_cast<T *>(t)->arenaHeader()->allocatedDuringIncremental,"

RESOLVED FIXED

Status

()

Core
JavaScript Engine
--
critical
RESOLVED FIXED
6 years ago
6 years ago

People

(Reporter: gkw, Assigned: billm)

Tracking

(Blocks: 1 bug, {assertion, testcase})

Other Branch
x86
Mac OS X
assertion, testcase
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

6 years ago
Created attachment 578410 [details]
stack

for (e in (function() {
  ArrayBuffer(662240797)
})()) {}
newGlobal("new-compartment")

asserts js debug shell on larch changeset 370cedaf963f without any CLI arguments at Assertion failure: static_cast<T *>(t)->arenaHeader()->allocatedDuringIncremental,
(Assignee)

Updated

6 years ago
Assignee: general → wmccloskey
(Assignee)

Comment 1

6 years ago
For some reason I can't reproduce this. I'm using the right changeset, and I have a 32-bit Linux build. I suspect the problem may be fixed by this commit:
  https://hg.mozilla.org/projects/larch/rev/517ef660fb04
Could you check, Gary?
(Reporter)

Comment 2

6 years ago
(In reply to Bill McCloskey (:billm) from comment #1)
> For some reason I can't reproduce this. I'm using the right changeset, and I
> have a 32-bit Linux build. I suspect the problem may be fixed by this commit:
>   https://hg.mozilla.org/projects/larch/rev/517ef660fb04
> Could you check, Gary?

autoBisect shows this is probably related to the following changeset:

The first good revision is:
changeset:   81481:517ef660fb04
user:        Bill McCloskey
date:        Tue Dec 06 16:00:58 2011 -0800
summary:     [INCREMENTAL] Enable barriers when new compartment created during incremental GC

Yes, that's correct!
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.