-
-
Notifications
You must be signed in to change notification settings - Fork 18
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
AppDomain.CurrentDomain.UnhandledException
doesn't get called
#27
Comments
AppDomain.CurrentDomain.UnhandledException
doesn't get called
Still can't figure it out. Created a question here: |
Thought of a potential workaround to get the exception out: if the target assembly fails to run even after all prerequisites have been resolved, run it with |
Nevermind, it appears you can't use |
But I think even if your idea would work, we would only get those exceptions at the startup? Or am I wrong? Because the actual problem is more like getting the unhandeld exception somewhere in your app when the user does something unexpected (if you know what I mean) 🤔 |
Yeah, you're right. I was focused on my case where most of these exceptions do actually happen on startup. |
…d exception (resulting in `SEHException` on bootstrapper's end) Related to #27
I found a way to at least show an error message to the user, although it still lacks the original exception message and stacktrace. Should at least not fail silently this way. |
Version
ver 2.1.0
Details
According to #23 I've made this little project:
UnhandledExceptionsRepro.zip
The problem is that the
AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException;
event handler doesn't get called when using DotnetRuntimeBootstrapper.I think the sample app is very easy to understand, so I don't think it needs more explanation here (I also added comments).
Steps to reproduce
Just click the button and read the comments.
The text was updated successfully, but these errors were encountered: