-
-
Notifications
You must be signed in to change notification settings - Fork 51
Occasional JSClosure has been already released by Swift side #199
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
Comments
Thank you for detail report and repro. It looks like our runtime has something wrong. Let me check it |
I'm still running into this issue indexing a dict using a string passed in via JSValue Is it possible that strings in wasm allocated (heap?) memory cannot be used to index dictionaries, but strings on the stack can? hmn. |
OK, the root cause is that you are using command line model instead of reactor model. JavaScriptKit only supports reactor model. I've sent you a patch vkhougaz-vifive/swiftwasm-bug#1 We will add more friendly diagnostics to avoid this situation. |
Okay, I don't know why I was having so many issues but I fixed the compilation command and it's working well. Thanks!
|
During development of an animated webassembly feature a function that takes and returns a large typed array started failing occasionally with an error similar to:
This occurs approximately 50% of frames
I've tried to create a minimal reproduction here, details in the README:
https://github.com/vkhougaz-vifive/swiftwasm-bug
The hacky patch included there is... concerning, pointing towards either a dramatic misunderstanding of how swift works or a crazy low level memory issue.
The text was updated successfully, but these errors were encountered: