Assertion failure: cx->isExceptionPending() || cx->isPropagatingForcedReturn() || cx->hadUncatchableException(), at js/src/vm/Interpreter.cpp:440 with wasmGcReadField
Categories
(Core :: JavaScript: WebAssembly, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr128 | --- | unaffected |
firefox132 | --- | unaffected |
firefox133 | --- | wontfix |
firefox134 | --- | verified |
People
(Reporter: decoder, Assigned: jpages)
References
(Regression)
Details
(Keywords: assertion, regression, testcase, Whiteboard: [jsbugmon:update,bisect][bugmon:bisected,confirmed])
Attachments
(3 files)
The attached testcase crashes on mozilla-central revision 20241031-2cc133b3c099 (build with debug, run with --fuzzing-safe --ion-offthread-compile=off).
Backtrace:
received signal SIGSEGV, Segmentation fault.
#0 0x00005555570305d2 in AssertExceptionResult(JSContext*) ()
#1 0x000055555703154f in CallJSNative(JSContext*, bool (*)(JSContext*, unsigned int, JS::Value*), js::CallReason, JS::CallArgs const&) ()
[...]
#11 0x0000555556e9e36c in Shell(JSContext*, js::cli::OptionParser*) ()
#12 0x0000555556e951ab in main ()
rax 0x55555588f028 93824995618856
rbx 0x7ffff4636200 140737293541888
rcx 0x5555588f8360 93825046381408
rdx 0x1 1
rsi 0x0 0
rdi 0x7ffff7bef7d0 140737349875664
rbp 0x7fffffffd050 140737488343120
rsp 0x7fffffffd040 140737488343104
r8 0x0 0
r9 0x3 3
r10 0x0 0
r11 0x0 0
r12 0x0 0
r13 0x3b8100957cf0 65425246616816
r14 0x7ffff33f2000 140737274388480
r15 0x7fffffffd490 140737488344208
rip 0x5555570305d2 <AssertExceptionResult(JSContext*)+178>
=> 0x5555570305d2 <_ZL21AssertExceptionResultP9JSContext+178>: movl $0x1b8,0x0
0x5555570305dd <_ZL21AssertExceptionResultP9JSContext+189>: callq 0x555556f321b0 <abort>
I assume the issue is related to the wasmGcReadField
shell function.
Reporter | ||
Comment 1•4 months ago
|
||
Reporter | ||
Comment 2•4 months ago
|
||
Updated•4 months ago
|
Comment 3•4 months ago
|
||
Verified bug as reproducible on mozilla-central 20241104092716-b26d51f8c917.
The bug appears to have been introduced in the following build range:
Start: e6d82561e0e85b9cb2903773aacd419fee06e8de (20241001104756)
End: 5b88a129bf3443262fdc6d35aef6c522a6dc1eed (20241001124047)
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e6d82561e0e85b9cb2903773aacd419fee06e8de&tochange=5b88a129bf3443262fdc6d35aef6c522a6dc1eed
Comment 4•4 months ago
|
||
Based on comment #3, this bug contains a bisection range found by bugmon. However, the Regressed by
field is still not filled.
:jpages, if possible, could you fill the Regressed by
field and investigate this regression?
For more information, please visit BugBot documentation.
Updated•4 months ago
|
Comment 5•4 months ago
|
||
Set release status flags based on info from the regressing bug 1921780
Comment 6•4 months ago
|
||
Hey Julien, I am the REO for Fx133 and I am checking in because this bug is marked affecting Fx133. Are you planning on fixing an uplifting? If so, please remember that the last day for Beta uplifts is Nov 15th. Thank you!
Assignee | ||
Comment 7•4 months ago
|
||
Hi, thanks for the information.
However, this bug is related to wasmGcReadField
which is used only for testing. Because of that, it's not worth uplifting this to Beta.
I'm planning to fix it though and I'm currently working on a fix.
Assignee | ||
Comment 8•4 months ago
|
||
WasmGcReadField calls loadValue which will call lookUpProperty.
When accessing a wasm array, the error reporting for an out of
bounds access was missing. This was triggering an assertion in
wasmGcReadField.
Updated•4 months ago
|
Comment 10•4 months ago
|
||
bugherder |
Comment 11•4 months ago
|
||
Verified bug as fixed on rev mozilla-central 20241107212807-785541f0311a.
Removing bugmon keyword as no further action possible. Please review the bug and re-add the keyword for further analysis.
Description
•