Skip to content

Fix typo in Readme#79

Closed
mbuhot wants to merge 1 commit intobytecodealliance:masterfrom
mbuhot:patch-1
Closed

Fix typo in Readme#79
mbuhot wants to merge 1 commit intobytecodealliance:masterfrom
mbuhot:patch-1

Conversation

@mbuhot
Copy link

@mbuhot mbuhot commented Mar 28, 2019

Hello and thanks for creating this project, it looks very interesting!

I noticed a typo in the Readme, which is fixed in this PR.

mitiations -> mitigations

mitiation -> mitigation
@sunfishcode
Copy link
Member

Thanks for the PR! #81 has now fixed this though, which by random chance I happened to see first.

mooori pushed a commit to mooori/wasmtime that referenced this pull request Dec 20, 2023
dhil added a commit to dhil/wasmtime that referenced this pull request Jan 26, 2024
dicej added a commit to dicej/wasmtime that referenced this pull request Mar 21, 2025
This updates the CM async support to match recent (and not-so-recent) spec
changes:

- Use waitable-sets to track and deliver events for waitables
- Expect packed (`CallbackCode`, waitable-set) tuples from exports and callbacks
- Remove `Event.DONE`, which no longer exists
- Update the semantics of `subtask.drop` given that it can be called before the subtask has finished
- Allow the read and write ends of a stream or future to be added to separate waitable-sets

The last item required a fair amount of refactoring to give each end of a stream
or future its own handle.

The `subtask.drop`/`Event.DONE` changes mean that the parent of a subtask may
finish before the subtask does, in which case we must "reparent" the subtask to
point to its grandparent (or host, if applicable).  This is akin to an "async
tail call" such that long-lived subtasks "bubble up" the call stack as its
caller (and it's caller's caller, etc.) finish.

Note that I've temporarily pointed the wit-bindgen and wasm-tools deps to my
fork; I'll open PRs to get those changes upstreamed soon.

Signed-off-by: Joel Dice <joel.dice@fermyon.com>
alexcrichton pushed a commit to alexcrichton/wasmtime that referenced this pull request Oct 8, 2025
…-main-return-non-zero

wizer.h: handle the case when wasi command main function returns non-zero code
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants