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
{{ message }}
This repository was archived by the owner on Apr 25, 2025. It is now read-only.
The current Layer 1 proposal splits creating the exception object from throwing it. JavaScript exceptions usually have a stack trace associated with them. Should the embedding capture the stack trace at the point the exception is created, or when it is thrown?
From quickly skimming that, I assume the stack data is captured when you do new Error(), rather than at the point where you do throw? If so, it would make sense for Wasm to follow that behavior as well in the JS embedding.
Now we do both creation and throwing with a single throw instruction. We can create JS API that creates and throws wasm exceptions, but I think that is a separate JS API topic. Closing.
Uh oh!
There was an error while loading. Please reload this page.
The current Layer 1 proposal splits creating the exception object from throwing it. JavaScript exceptions usually have a stack trace associated with them. Should the embedding capture the stack trace at the point the exception is created, or when it is thrown?
See #33 (comment)
The text was updated successfully, but these errors were encountered: