Closed Bug 947661 Opened 11 years ago Closed 11 years ago

Crash at a weird memory address with [@ EnterBaseline] or [@ js::jit::EnterBaselineMethod] on the stack

Categories

(Core :: JavaScript Engine: JIT, defect)

x86_64
macOS
defect
Not set
critical

Tracking

()

VERIFIED FIXED
mozilla28
Tracking Status
firefox27 --- unaffected
firefox28 --- verified
firefox-esr24 --- unaffected
b2g18 --- unaffected
b2g-v1.1hd --- unaffected
b2g-v1.2 --- unaffected

People

(Reporter: gkw, Assigned: bhackett1024)

References

Details

(Keywords: crash, regression, testcase, Whiteboard: [jsbugmon:update])

Crash Data

Attachments

(2 files)

Attached file lldb stack
(function() { var x, y, z = (let(x) eval()) })() crashes js debug and opt shell on m-c changeset edac8cba9f78 with --ion-eager at a weird memory address with EnterBaseline on the stack. s-s because 0xfff9000000000000 seems to be accessed, locking just-in-case. My configure flags are: CC="clang -Qunused-arguments" AR=ar CXX="clang++ -Qunused-arguments" sh ./configure --target=x86_64-apple-darwin12.5.0 --enable-optimize --enable-debug --enable-profiling --enable-gczeal --enable-debug-symbols --enable-methodjit --enable-type-inference --disable-tests --with-ccache --enable-threadsafe <other NSPR options>
Crash Signature: [@ EnterBaseline] → [@ EnterBaseline] [@ js::jit::EnterBaselineMethod]
Summary: Crash at a weird memory address with [@ EnterBaseline] on the stack → Crash at a weird memory address with [@ EnterBaseline] or [@ js::jit::EnterBaselineMethod] on the stack
=== Tinderbox Build Bisection Results === Last "good" changeset has timestamp "20131207111101" and the hash "b50d803d0ad5" First "bad" changeset has timestamp "20131207151002" and the hash "edac8cba9f78" Likely regression window: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b50d803d0ad5&tochange=edac8cba9f78 === autoBisect shows this is probably related to the following changeset: The first bad revision is: changeset: http://hg.mozilla.org/mozilla-central/rev/5bb192fc539e user: Brian Hackett date: Sat Dec 07 11:03:07 2013 -0800 summary: Bug 944930 - Remove block index from aliasedvar ops, use a binary search to find the block chain for a given pc, r=luke. Brian, is bug 944930 a possible regressor?
Flags: needinfo?(bhackett1024)
Attached patch patchSplinter Review
Stupid bounds check error.
Assignee: general → bhackett1024
Attachment #8344345 - Flags: review?(luke)
Flags: needinfo?(bhackett1024)
Pushing ahead of review to maybe make tomorrow's nightly. https://hg.mozilla.org/integration/mozilla-inbound/rev/cb0546838451
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: in-testsuite?
Resolution: --- → FIXED
Target Milestone: --- → mozilla28
Status: RESOLVED → VERIFIED
Crash Signature: [@ EnterBaseline] [@ js::jit::EnterBaselineMethod] → [@ EnterBaseline] [@ js::jit::EnterBaselineMethod]
JSBugMon: This bug has been automatically verified fixed.
Attachment #8344345 - Flags: review?(luke) → review+
Crash Signature: [@ EnterBaseline] [@ js::jit::EnterBaselineMethod] → [@ EnterBaseline] [@ js::jit::EnterBaselineMethod]
Group: core-security
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: