-
Notifications
You must be signed in to change notification settings - Fork 49
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
Improve debuggability by adding original host function exceptions to TrapException #63
Comments
I am currently in this area of code in PR #95 and not sure what else can be done here. We are already capturing the web assembly error message as a string and work has already been done to utilize the methods within the c bindings in trap.h to walk the stack: Functions:
Please let me know if there was something else you had in mind. |
…ion of the TrapException when the trap bubbles up to the next host-to-wasm transition. Fixes bytecodealliance#63
…ion of the TrapException when the trap bubbles up to the next host-to-wasm transition. Fixes bytecodealliance#63
Right now if a host function throws a .NET exception, the exception is caught and translated to a trap representation.
The trap representation only keeps the exception message. When the trap bubbles back up to .NET, the trap is thrown as a
TrapException
.Since only the message is kept, debugging the source of the host function exception can be difficult, especially from a log that prints only the
TrapException
.When a trap representation is created, the original caught exception should be stored somewhere that can be utilized from where
TrapException
is thrown and passed in as the inner exception.The text was updated successfully, but these errors were encountered: