lukewagner opened issue #13690:
Based on CM/#647, there are already traps for sync {stream,future}.{read,write} if the stream/future is already in a waitable sets, but this PR also added traps for {stream,future}.cancel-{read,write} and subtask.cancel which seem to be necessary for the same reason.
test/async/trap-if-sync-and-waitable-set.wastI believe tests this (failing when it hits anunreachableinstead of the intended trap).
lukewagner added the bug label to Issue #13690.
fitzgen added the wasm-proposal:component-model-async label to Issue #13690.
alexcrichton closed issue #13690:
Based on CM/#647, there are already traps for sync {stream,future}.{read,write} if the stream/future is already in a waitable sets, but this PR also added traps for {stream,future}.cancel-{read,write} and subtask.cancel which seem to be necessary for the same reason.
test/async/trap-if-sync-and-waitable-set.wastI believe tests this (failing when it hits anunreachableinstead of the intended trap).
Last updated: Jul 29 2026 at 05:03 UTC