Why is Visual Studio looping when debugging UnhandledException events

Question

(This looks very similar to C# UnhandledException from another thread keeps looping, but am not trying to catch the exception here, just get the chance to log something)

I have some very simple C# code that sets up an UnhandledException event handler, then throws an exception:

class Program
{
    static void Main(string[] args)
    {
        AppDomain currentDomain = AppDomain.CurrentDomain;
        //currentDomain.UnhandledException += new UnhandledExceptionEventHandler(currentDomain_UnhandledException);

        currentDomain.UnhandledException += (sender, eventArgs) =>
            {
                var exception = (Exception) eventArgs.ExceptionObject;

                Console.WriteLine("Unhandled exception: " + exception.Message);
            };

        throw new AccessViolationException("Bleurgh");
    }
}

It behaves as I expect from the console:

Unhandled exception: Bleurgh
Unhandled Exception: System.AccessViolationException: Bleurgh
    at UnhandledExceptions.Program.Main(String[] args) in c:\code\sandbox\UnhandledExceptions\UnhandledExceptions\Program.cs:line 20

But when I attempt to debug it in Visual Studio it enters a loop, going into the event handler then dropping out to rethrow the Exception.

The same thing happens when I express the handler as a distinct static method.

Any ideas what's going on?

This is in Visual Studio 2010. EDIT: and .NET 4.

Possible duplicates: [first](http://stackoverflow.com/q/11469826/395718), [second](http://stackoverflow.com/q/1536954/395718), [third](http://stackoverflow.com/q/164433/395718). — Dialecticus, Dec 11 '13 at 12:53

Tim Barrass · Accepted Answer · 2013-12-11T12:13:13.957

12

It seems to be down to the behaviour of the ExceptionAssistant specfically. When you continue, the assistant unwinds the call stack to the point at which the exception was thrown -- which causes the exception to be rethrown. I assume this is to allow you to make changes that would allow you to avoid the exception.

If under Tools\Options\Debugger\General you uncheck "Unwind the call stack on unhandled exceptions" then it'll just behave as an independent process would behave, and you'll see the process terminate.

edited Dec 11 '13 at 12:13

answered Dec 11 '13 at 11:45

Tim Barrass

4,813
2
29
55

4

Finally, the answer I was looking for the last year or so! Up until now I thought it was impossible to make it fail the proper way. – Dialecticus Dec 11 '13 at 12:57

Dialecticus · Answer 2 · 2013-12-11T11:38:21.430

1

This is how the debugger works, or shall we say, a "feature". If process is created by a debugger (F5) then debugger will prevent process termination, and point you to the line of code that would cause the process termination. Those "unhandled exceptions" are actually handled by the debugger, and so the execution never reaches to your code.

If debugger is attached to the process after the process was created (Ctrl+F5, and then attach) then debugger will eventually reach the unhandled exception "handler", but after exiting the handler it will still prevent process termination, and bring you back to the point where exception occurred.

edited Dec 11 '13 at 11:38

answered Dec 11 '13 at 11:26

Dialecticus

16,400
7
43
103

Interesting; if I remove my UnhandledException event handler then the debugger also just loops, resetting the line pointer to the throw again. – Tim Barrass Dec 11 '13 at 11:34
@TimBarrass I corrected the answer. Under the debugger the process simply becomes "unterminable". – Dialecticus Dec 11 '13 at 11:41
Thanks Dialiecticus -- I think that's helpful but not the full answer. – Tim Barrass Dec 11 '13 at 11:46

Why is Visual Studio looping when debugging UnhandledException events

2 Answers2

Linked

Related