-
Notifications
You must be signed in to change notification settings - Fork 274
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
No output but expected to have one while executing Wasm file #743
Comments
@luxinyi0105 Thank you for the bug report and sorry for taking so long to respond! Currently the WASI implementation of
|
@luxinyi0105 Can you try out if this one now works as intended with the fully-optimized |
I followed your suggestion, but the execution result is not satisfactory. Executing the given wasm file with the fully optimized Actually, the given testcase simply mutated a wasm file, which was obtained by compiling the C program generated with Some other WASM Runtimes, such as WasmEdge and WAMR, output checksum result Perhaps |
That's interesting since Wild guess but it could be that the JIT based Wasm runtimes you tested silently align the pointers and therefore experience no problems during execution. |
@Robbepop Recently, I discovered an interesting testcase. I am not sure why Wasmi did not get similar result while executing previously submitted testcase in zip. Perhaps there are still some problems with the relevant components. The detail still needs your judgment. Thanks a lot. |
Describe the bug
While executing the given wasm file, we expected to output the calculated checksum, but in reality, there was no output.
Versions and Environment
Tools version: wasmi_cli 0.30.0
Operating system: Ubuntu 22.04.1
Architecture: x86_64
Steps to reproduce
TestCase.zip
Expected behavior
$ wasmi_cli testcase_1.wasm executing File("testcase_1.wasm")::_start() ... checksum = DAFC642C
Actual behavior
$ wasmi_cli testcase_1.wasm executing File("testcase_1.wasm")::_start() ...
Additional context
Actually, I don't know what the correct result of the test case should look like, either.
So I used some other WebAssembly runtimes, such as wasmedge and wasm-micro-runtime(WAMR), to execute the same test case, they output the correct checksum result.
The text was updated successfully, but these errors were encountered: