You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Which means the bug_buffer in guest get overlapped memory for thread 1 and thread 2.
$ echo"`wasmer -V` | `rustc -V` | `uname -m`"
wasmer: command not found
| rustc 1.60.0 (7737e0b5c 2022-04-04) | x86_64
wasmer in Cargo.lock:
[[package]]
name = "wasmer"
version = "2.1.1"
source = "registry+https://github.com/rust-lang/crates.io-index"
checksum = "23f0188c23fc1b7de9bd7f8b834d0b1cd5edbe66e287452e8ce36d24418114f7"
Steps to reproduce
git clone https://github.com/kvinwang/wasmer-stack-overlap-poc.git
cd wasmer-stack-overlap-poc/guest
cargo build --release --target wasm32-unknown-unknown
cd ..
cargo run # again and again until the issue appears.
The text was updated successfully, but these errors were encountered:
Thanks for the bug report. It seems that the instance is called from multiple threads. The solution is to create a separate instance per thread. This API is being improved, it will be released as part of Wasmer 3.x
Describe the bug
Given the following guest rust code and host-runtime implementation:
cargo run
usually output as expected:But sometimes, the output is somthing like:
Which means the
bug_buffer
in guest get overlapped memory for thread1
and thread2
.wasmer in Cargo.lock:
Steps to reproduce
The text was updated successfully, but these errors were encountered: