Files
wazero-wazero/internal/integration_test/engine/exceptions_test.go
T
Edoardo Vacchi bfb20e0ba7 feat: exception handling spec (#2489)
Add experimental support to the Exception Handling spec.

Exception handling adds structured error propagation to WebAssembly
through `tags` (typed exception signatures), `throw/throw_ref` (raising
exceptions), and `try_table` (catching exceptions with typed `catch`
clauses). A new value type, `exnref`, represents a reference to a caught
exception.

Excluding tests and spec suites, the entire feature amounts to a little
less than 2000 lines of code.

Feature flag: `experimental.CoreFeaturesExceptionHandling`


## What's the use for this?

In the spirit of always having a real use case for the specs we
implement, I did check this implementation against the one large Wasm
C++ codebase I am aware about, i.e.
https://github.com/klippa-app/go-pdfium, and I verified that the entire
suite, compiled with `emcc+wasm-opt` does work; incidentally, much of
the existing support code, based on Emscripten's longjmp/setjmp, can be
dropped (thx @jerbob92 for the help!)

Broadly speaking, I don't know how much EH-enabled Wasm code you will
find in the wild. For instance, code compiled using Clang's C++ backend
does not really throw new-style exceptions, unless you compile WASI-SDK
with some flags, or you build with `emcc` and translate old-style
exceptions using `wasm-opt` (see exceptions_test.go)

In short, this spec should be really seen as a step towards supporting
the GC spec. The design decisions (esp. regarding the test suite) follow
from this reasoning.


## Spec Suite

`wast2json` **does not** support the EH suite, but `wasm-tools` does,
albeit with a tiny quirk in the way negative numbers are rendered. In
this PR _I am not_ moving the other suites to `wasm-tools` though.

The spec test suite passes entirely, except for two tests that are
intentionally skipped.

These tests assume **a very small subset** of typed references is
implemented; specifically, the distinction between nullable and
non-nullable function references (`(ref null $t)` vs `(ref $t)`). I have
decided to just flatten all non-nullable refs to nullable refs at decode
time, so we cannot detect the type mismatch the spec expects in these
cases.

Passing the **full suite is actually straightforward** because it only
requires introducing a non-nullable variant for each ref type: strictly
speaking the 2 failing tests are only for related nullable vs
non-nullable **func refs** -- so I can special-case these and/or add
non-nullable types for each known value; however, we will **need** to
rethink the representation of Values for the GC proposal anyway (because
this will introduce custom type indices, and these won't fit our
currently byte-sized `ValueType` enum).

The subtype-checking functions (`isRefSubtypeOf`,
`isStrictRefSubtypeOf`) are kept as abstraction points but currently
they are just equalities.

Nevertheless, as proven by the CPP example and
https://github.com/klippa-app/go-pdfium this PR provides a starting
point that is already useful (even if it is for limited cases).


## Interpreter

Exception handling in the interpreter:

**Within a frame**, `try_table` blocks are compiled into a static
exception table with PC ranges. When `throw` or `throw_ref` executes,
`searchExceptionTable` scans backwards (inner handlers first) for a
catch clause whose PC range covers the current instruction. If a match
is found, `applyExceptionHandler` adjusts the operand stack depth and
jumps to the catch target PC directly.

**Across frames**, if no handler is found in the current frame,
`panic(&thrownException{...})` propagates up the Go call stack. Each
cross-function call goes through `callWithUnwind()`, which uses
`defer/recover` to intercept the panic. Its `canRestore` method unwinds
`ce.frames` to the caller's depth and searches that frame's exception
table. If a handler is found, `doRestore` applies it and
`callWithUnwind` returns `true` (frame unwound -- caller refreshes
locals and continues). If not, the panic re-propagates to the next outer
`callWithUnwind`.

Note on the implementation: this mechanism is unified with the existing
`snapshot/restore` API through the `restorable` interface: both
`*thrownException` and `*snapshot` implement `canRestore`/`doRestore`,
so `callWithUnwind` handles both with a single defer/recover path. The
short-circuit check (`len(exceptionTable) == 0 && no snapshotter`) skips
the defer/recover overhead entirely for frames that don't need it.


## Compiler

The compiler could not reuse the snapshot/restore mechanism directly,
but it follows a similar pattern. One cool thing is that exception
handling could be implemented entirely as an SSA-level lowering with new
exit codes; there is no backend-specific code.

Throwing uses a two-phase ABI:

1. `ExitCodeThrowAlloc`: exits to the Go runtime to allocate an
`Exception` struct on the heap and writes a pointer to its params array
into the execution context. Then we return control to compiled code,
which stores the tag parameters directly into the struct.
2. `ExitCodeThrow`: exits to the Go runtime again to search for a
matching handler, restore the stack checkpoint, and branch to the catch
target.

The idea is that we NEED to allocate the parameter slice dynamically, so
we delegate to the Go runtime. Incidentally, this also allows us to
unify `throw` and `throwRef`; in the latter case, we skip the `alloc`
phase, and we exit straight to `ExitCodeThrow`.

### Trampolines

The compiler uses four trampolines to return to host to manage exception
state:

| Trampoline | Exit Code | Purpose |
|---|---|---|
| **ThrowAlloc** | `ExitCodeThrowAlloc` | Allocates an `Exception`
struct on the Go heap, writes `&exn.Params[0]` into `execCtx` so
compiled code can store tag parameters directly. |
| **Throw** | `ExitCodeThrow` | Searches `tryHandlers` for a matching
catch clause, restores the stack checkpoint on match, sets
`caughtExceptionClauseIdx` for the compiled dispatch. Used for both
`throw` (after ThrowAlloc) and `throw_ref` (directly). |
| **TryTableEnter** | `ExitCodeTryTableEnter` | Clones the current stack
as a checkpoint, pushes a `tryHandler` with the catch clause table and
saved module instance. Sets `caughtExceptionClauseIdx = -1` (no
exception). |
| **TryTableLeave** | `ExitCodeTryTableLeave` | Pops the most recent
`tryHandler`. Emitted at `try_table` block ends, and before any branch
or return that exits a `try_table` scope. |

### Lowering

As mentioned earlier, this entirely resolved at the SSA-level. In
particular:

- **Entry**: when a `try_table` is encountered, the compiler emits a
call to the TryTableEnter trampoline. Control returns to compiled code,
which reads `caughtExceptionClauseIdx` from the execution context — if
it's -1 (no exception), execution continues into the `try_table` body.

- **Normal exit**: when execution reaches the `End` opcode of the
`try_table` block, a TryTableLeave trampoline call is emitted.

However, every TryTableEnter must have a matching TryTableLeave on every
control flow path that doesn't throw; so we also "TryTableLeaves" also
for the following:

- **Early exit (branch)**: a `br`, `br_if`, or `br_table` can jump to a
label outside the `try_table`, skipping its `End`.
`emitTryTableLeaves(depth)` walks the control frame stack and emits one
TryTableLeave for each `try_table` frame the branch crosses. For
`br_if`, this happens in a trampoline basic block that only executes on
the taken path.

- **Early exit (return)**: `return`, `return_call`, and
`return_call_indirect` call `emitTryTableLeaves` with the full control
stack depth, popping all active handlers before leaving the frame.

- **Throw**: on `throw`/`throw_ref`, compiled code exits to the dispatch
loop via ExitCodeThrow. `doHandleException` searches `tryHandlers`
innermost-to-outermost. On match, it restores the cloned stack
checkpoint, sets `caughtExceptionClauseIdx`, and re-enters compiled code
at the handler's return address. The compiled dispatch branches to the
matching catch clause's handler block.


### Caveats

- As described above, we are skipping 2 spec tests (will be addressed
when we implement typed references)
- Because of that, I am _not_ enabling by default the fuzzer: I would
have to special-case for typed references and/or TODOs I have left
behind; I did run the fuzzer with some special-casing while debugging
the issue with pdfium (#2488) and did not find issues (the fuzzer did go
frequently OOM though); in fact, the pdfium issue was actually unrelated
(!)

---------

Signed-off-by: Edoardo Vacchi <evacchi@users.noreply.github.com>
2026-04-26 09:12:51 -07:00

188 lines
7.1 KiB
Go

package adhoc
// Exception handling integration tests for the interpreter engine.
//
// Background: these tests cover the Emscripten/pdfium-style EH pattern where
// exceptions propagate across multiple function call frames, each of which may
// have its own try_table handler (catch_all_ref + throw_ref cleanup pattern).
//
// The interpreter bug fixed here: when an inner callWithUnwind (e.g., in a
// "child" function) recovered a *thrownException whose matching try_table
// handler belonged to an outer (grandparent) callNativeFunc invocation,
// doRestore incorrectly restored grandparent's frame while still inside
// child's callNativeFunc. The child then started executing grandparent's
// body, eventually calling popTryHandler on an already-empty slice and
// panicking with "slice bounds out of range [:-1]".
//
// The fix: callWithUnwind only handles handlers whose savedFrames length is >=
// the caller's frame count (i.e., handlers set up at the current or deeper
// call depth). Handlers from outer invocations are re-panicked so that the
// correct outer callWithUnwind catches them.
import (
"context"
_ "embed"
"testing"
"github.com/tetratelabs/wazero"
"github.com/tetratelabs/wazero/api"
"github.com/tetratelabs/wazero/experimental"
"github.com/tetratelabs/wazero/internal/platform"
"github.com/tetratelabs/wazero/internal/testing/require"
"github.com/tetratelabs/wazero/internal/wasmruntime"
)
//go:embed testdata/eh_cross_callnative.wasm
var ehCrossCallnativeWasm []byte
//go:embed testdata/eh_pdfium.wasm
var ehPdfiumWasm []byte
//go:embed testdata/eh_throw_ref_null.wasm
var ehThrowRefNullWasm []byte
//go:embed testdata/eh_br_orphan.wasm
var ehBrOrphanWasm []byte
//go:embed testdata/eh_br_stale_handler.wasm
var ehBrStaleHandlerWasm []byte
// TestExceptionHandlingInterpreter runs EH tests only for the interpreter.
func TestExceptionHandlingInterpreter(t *testing.T) {
cfg := wazero.NewRuntimeConfigInterpreter().
WithCoreFeatures(api.CoreFeaturesV2 | experimental.CoreFeaturesExceptionHandling)
runEHTests(t, cfg)
}
// TestExceptionHandlingCompiler runs EH tests for the compiler where supported.
func TestExceptionHandlingCompiler(t *testing.T) {
if !platform.CompilerSupported() {
t.Skip()
}
cfg := wazero.NewRuntimeConfigCompiler().
WithCoreFeatures(api.CoreFeaturesV2 | experimental.CoreFeaturesExceptionHandling)
runEHTests(t, cfg)
}
func runEHTests(t *testing.T, cfg wazero.RuntimeConfig) {
t.Run("cross_frame_catch", func(t *testing.T) {
testEHCrossFrameCatch(t, cfg)
})
t.Run("pdfium_rethrow_pattern", func(t *testing.T) {
testEHPdfiumRethrow(t, cfg)
})
t.Run("throw_ref_null", func(t *testing.T) {
testThrowRefNull(t, cfg)
})
t.Run("br_exits_try_table", func(t *testing.T) {
testBrExitsTryTable(t, cfg)
})
t.Run("br_stale_handler", func(t *testing.T) {
testBrStaleHandler(t, cfg)
})
}
// testEHCrossFrameCatch is the core reproducer for the interpreter bug:
// try_table in grandparent, exception thrown in grandchild,
// propagating through child which has no handler of its own.
// The grandparent's handler must catch it correctly.
func testEHCrossFrameCatch(t *testing.T, cfg wazero.RuntimeConfig) {
ctx := context.Background()
r := wazero.NewRuntimeWithConfig(ctx, cfg)
defer r.Close(ctx)
mod, err := r.InstantiateWithConfig(ctx, ehCrossCallnativeWasm,
wazero.NewModuleConfig().WithStartFunctions())
require.NoError(t, err)
// grandparent has a try_table, calls child, child calls grandchild which throws.
// Grandparent's handler must catch via cross-frame propagation.
res, err := mod.ExportedFunction("test_cross_frame_catch").Call(ctx)
require.NoError(t, err)
require.Equal(t, int32(1), api.DecodeI32(res[0]))
// Rethrow pattern: child has catch_all_ref + throw_ref, grandparent catches the rethrow.
res, err = mod.ExportedFunction("test_rethrow_cross_frame").Call(ctx)
require.NoError(t, err)
require.Equal(t, int32(2), api.DecodeI32(res[0]))
}
// testEHPdfiumRethrow tests the Emscripten destructor-cleanup pattern:
// catch_all_ref captures the exnref, runs cleanup, then rethrows via throw_ref.
// This pattern appears in pdfium.wasm for C++ exception handling.
func testEHPdfiumRethrow(t *testing.T, cfg wazero.RuntimeConfig) {
ctx := context.Background()
r := wazero.NewRuntimeWithConfig(ctx, cfg)
defer r.Close(ctx)
mod, err := r.InstantiateWithConfig(ctx, ehPdfiumWasm,
wazero.NewModuleConfig().WithStartFunctions())
require.NoError(t, err)
// One-level: leaf throws, level2 catches + rethrows, outer catches.
res, err := mod.ExportedFunction("test_one_level_rethrow").Call(ctx)
require.NoError(t, err)
require.Equal(t, int32(1), api.DecodeI32(res[0]))
// Two-level: throw → catch_all_ref + throw_ref → catch_all_ref + throw_ref → catch.
res, err = mod.ExportedFunction("test_two_level_rethrow").Call(ctx)
require.NoError(t, err)
require.Equal(t, int32(1), api.DecodeI32(res[0]))
}
// testThrowRefNull verifies that throw_ref on a null exnref traps with
// "null reference" (not "unreachable"). This was a bug where the interpreter
// used ErrRuntimeUnreachable instead of ErrRuntimeNullReference.
func testThrowRefNull(t *testing.T, cfg wazero.RuntimeConfig) {
ctx := context.Background()
r := wazero.NewRuntimeWithConfig(ctx, cfg)
defer r.Close(ctx)
mod, err := r.InstantiateWithConfig(ctx, ehThrowRefNullWasm,
wazero.NewModuleConfig().WithStartFunctions())
require.NoError(t, err)
// Call with null exnref (0) — should trap as "null reference".
_, err = mod.ExportedFunction("throw_ref_null").Call(ctx, 0)
require.ErrorIs(t, err, wasmruntime.ErrRuntimeNullReference)
}
// testBrExitsTryTable verifies that br/br_if that exits a try_table block
// correctly pops the try handler. Without the fix, orphaned handlers would
// cause a popTryHandler underflow panic ("slice bounds out of range [:-1]").
func testBrExitsTryTable(t *testing.T, cfg wazero.RuntimeConfig) {
ctx := context.Background()
r := wazero.NewRuntimeWithConfig(ctx, cfg)
defer r.Close(ctx)
mod, err := r.InstantiateWithConfig(ctx, ehBrOrphanWasm,
wazero.NewModuleConfig().WithStartFunctions())
require.NoError(t, err)
// The function calls loop_with_try (which exits try_table via br_if),
// then catches a throw in its own try_table. Should return 1.
res, err := mod.ExportedFunction("test").Call(ctx)
require.NoError(t, err)
require.Equal(t, int32(1), api.DecodeI32(res[0]))
}
// testBrStaleHandler verifies that br exiting a try_table pops the handler
// so it doesn't interfere with later exception dispatch. Without the fix,
// the stale handler from try_table A incorrectly catches a throw meant for
// the outer handler, returning 99 instead of 1.
func testBrStaleHandler(t *testing.T, cfg wazero.RuntimeConfig) {
ctx := context.Background()
r := wazero.NewRuntimeWithConfig(ctx, cfg)
defer r.Close(ctx)
mod, err := r.InstantiateWithConfig(ctx, ehBrStaleHandlerWasm,
wazero.NewModuleConfig().WithStartFunctions())
require.NoError(t, err)
// Without fix: stale handler A catches $tag1 -> wrong checkpoint restore.
// With fix: outer handler catches $tag1 -> returns 1.
res, err := mod.ExportedFunction("test").Call(ctx)
require.NoError(t, err)
require.Equal(t, int32(1), api.DecodeI32(res[0]))
}