Closed Bug 717497 Opened 13 years ago Closed 12 years ago

Crash [@ Atomize] or [@ js::ToNumberSlow] or [@ js::detail::HashTable] with E4X

Categories

(Core :: JavaScript Engine, defect)

x86
macOS
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox12 - ---

People

(Reporter: gkw, Unassigned)

References

Details

(Keywords: crash, regression, testcase, Whiteboard: js-triage-needed)

Crash Data

Attachments

(1 file)

Attached file stack
try {
  (function() {
    XML.prettyIndent = <x><y/></x>
  })()
} catch (e) {}
print(<x><y/></x>)


crashes js opt shell on m-c changeset 7c7d2a8db7ff without any CLI arguments at Atomize with js::ToNumberSlow somewhere on the stack and crashes js debug shell at js::detail::HashTable, this should be a too much recursion crash.
Tested on 32-bit opt shell on Mac OS X Lion 10.7.2.

autoBisecting now...
autoBisect shows this is probably related to the following changeset:

The first bad revision is:
changeset:   67921:0906d9490eaf
user:        Jeff Walden
date:        Mon Mar 28 20:01:53 2011 -0700
summary:     Bug 645468 - Remove js_TryMethod: its semantics aren't what most of its users want, and its utility is limited.  r=luke
Blocks: 645468
Crash Signature: [@ Atomize] [@ js::ToNumberSlow] [@ js::detail::HashTable]
Atomize is currently the #2 top crash in Fx12a1.
(In reply to Mats Palmgren [:mats] from comment #3)
> Atomize is currently the #2 top crash in Fx12a1.

The regressing changeset for the fuzz bug is pretty old, so I really doubt it's the cause of that topcrash.

The topcrash itself looks significant, but I also see that it was recorded only for builds on Jan 19-21. Do you think it was a temporary regression that got fixed after a couple days?

https://crash-stats.mozilla.com/report/list?version=Firefox%3A12.0a1&query_search=signature&query_type=contains&reason_type=contains&date=2012-01-29&range_value=28&range_unit=days&hang_type=any&process_type=any&signature=Atomize
> Do you think it was a temporary regression that got fixed after a couple days?

Yes, it looks like it a temporary spike.  It's falling and is now at #32 for Fx12.0a1
After bug 779215 was FIXED, this WFM, but this WFM before the bug was FIXED, though adding the options('allow_xml'); line didn't trigger the bug, but the symptoms were largely similar, and e4x is about to be removed.

-> WFM and in-testsuite- because e4x is about to be removed, no point adding the testcase.
Status: NEW → RESOLVED
Closed: 12 years ago
Flags: in-testsuite-
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: