Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error: max_wasm_stack size cannot exceed the async_stack_size #9298

Closed
pavelsavara opened this issue Sep 24, 2024 · 1 comment · Fixed by #9302
Closed

Error: max_wasm_stack size cannot exceed the async_stack_size #9298

pavelsavara opened this issue Sep 24, 2024 · 1 comment · Fixed by #9302
Labels
bug Incorrect behavior in the current implementation that needs fixing

Comments

@pavelsavara
Copy link

pavelsavara commented Sep 24, 2024

Test Case

Testing dotnet AOT with the new wasmtime v 25 in the dotnet CI.
The full log

Steps to Reproduce

wasmtime --dir=. --wasm max-wasm-stack=134217728 --wasi http --wasi inherit-network --wasi allow-ip-name-lookup dotnet.wasm

Expected Results

probably we need a way how to specify --wasm async-stack-size=134217728 on cli.
But I'm not sure I understand the feature well enough.

Actual Results

Error: max_wasm_stack size cannot exceed the async_stack_size

Versions and Environment

Wasmtime version or commit: wasmtime 25.0.0 (0b195ef 2024-09-20)

Operating system: ubuntu-22.04

Architecture: x64

Extra Info

Anything else you'd like to add?

@pavelsavara pavelsavara added the bug Incorrect behavior in the current implementation that needs fixing label Sep 24, 2024
alexcrichton added a commit to alexcrichton/wasmtime that referenced this issue Sep 24, 2024
Recently the `wasmtime` CLI switched from sync to async to handle
interrupting host APIs in WASI. Previously the CLI provided no means
to configure the async stack size, however, which now means that when
increasing the max wasm stack the CLI prints an error that cannot be
resolved about the wasm stack being larger than the async stack. This
commit fixes this issue by both adding a configuration option for the
async stack size and additionally automatically increasing the async
stack size when only the wasm stack size is provided.

Closes bytecodealliance#9298
@alexcrichton
Copy link
Member

Thanks for the report! This was an oversight when turning on async on the CLI and should be fixed in #9302

github-merge-queue bot pushed a commit that referenced this issue Sep 24, 2024
* Add `-Wasync-stack-size`, automatically configure it too

Recently the `wasmtime` CLI switched from sync to async to handle
interrupting host APIs in WASI. Previously the CLI provided no means
to configure the async stack size, however, which now means that when
increasing the max wasm stack the CLI prints an error that cannot be
resolved about the wasm stack being larger than the async stack. This
commit fixes this issue by both adding a configuration option for the
async stack size and additionally automatically increasing the async
stack size when only the wasm stack size is provided.

Closes #9298

* Fix feature-gated build
alexcrichton added a commit to alexcrichton/wasmtime that referenced this issue Sep 24, 2024
…iance#9302)

* Add `-Wasync-stack-size`, automatically configure it too

Recently the `wasmtime` CLI switched from sync to async to handle
interrupting host APIs in WASI. Previously the CLI provided no means
to configure the async stack size, however, which now means that when
increasing the max wasm stack the CLI prints an error that cannot be
resolved about the wasm stack being larger than the async stack. This
commit fixes this issue by both adding a configuration option for the
async stack size and additionally automatically increasing the async
stack size when only the wasm stack size is provided.

Closes bytecodealliance#9298

* Fix feature-gated build
fitzgen pushed a commit that referenced this issue Sep 24, 2024
* Add `-Wasync-stack-size`, automatically configure it too

Recently the `wasmtime` CLI switched from sync to async to handle
interrupting host APIs in WASI. Previously the CLI provided no means
to configure the async stack size, however, which now means that when
increasing the max wasm stack the CLI prints an error that cannot be
resolved about the wasm stack being larger than the async stack. This
commit fixes this issue by both adding a configuration option for the
async stack size and additionally automatically increasing the async
stack size when only the wasm stack size is provided.

Closes #9298

* Fix feature-gated build
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Incorrect behavior in the current implementation that needs fixing
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants