Closed
Bug 602155
Opened 14 years ago
Closed 10 years ago
stack grows too deep during GC?
Categories
(Core :: JavaScript Engine, defect, P2)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: gal, Unassigned)
Details
Attachments
(1 file)
34.06 KB,
patch
|
Details | Diff | Splinter Review |
http://tinderbox.mozilla.org/showlog.cgi?log=MozillaTry/1286337661.1286339859.12069.gz&fulltext=1#err1 http://tinderbox.mozilla.org/showlog.cgi?log=MozillaTry/1286339479.1286341515.18818.gz&fulltext=1#err1 Gregor, looks like the stack gets too deep here and we get SIGABRT.
Reporter | ||
Comment 1•14 years ago
|
||
Observed with the compartments patch queue.
Priority: -- → P2
Version: 1.9.2 Branch → Trunk
Comment 2•14 years ago
|
||
The first stack trace contains assureThingIsAligned. This is a debug-only method that does not call any GC-marking. It could be that the stack is damaged.
Comment 3•14 years ago
|
||
This stack can't be correct as Igor said. The summary of the failing test-case is: var summary = 'Do not assert: fp->slots + fp->script->nfixed + ' + 'js_ReconstructStackDepth(cx, fp->script, fp->regs->pc) == fp->regs->sp';
Comment 4•14 years ago
|
||
I think I hit this yesterday, a jstestbrowser run eventually got stuck and breaking in gdb showed me this stack. This is the part that was easily captureable, but I still have the core file if more info from it would be helpful.
Comment 5•14 years ago
|
||
The reason for this was actually that the brain transplants branch was leaking everything when running reftests, which lead to a massive heap etc, which lead to an impressive number of things to GC. That's been fixed since, and I'm not sure there's really anything else we need to do here.
Comment 6•10 years ago
|
||
Resolving based on comment 5.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•