Visual Studio does not break with exception assistant, but just stops the process

Question

Usually, Visual Studio breaks if it encounters an unhandled exception and shows an exception assistant window.

But in some occasions, Visual Studio instead just stops the program that was running and does not break or show the exception helper.

The exception options (Ctrl+Alt+E) are configured correctly: "user-unhandled" is checked on all items, "thrown" is unchecked. In the debugging options, i have enabled the exception assistant.

Because it only happens on some occassions, i tried to figure out when visual studio enters its "malfunctioning exception assistant state".

EDIT:

It looks like the malfunctioning exception assistant ghost only shows up in winforms applications, and only after there has been some external action like calling a web service or opening a database connection.

END EDIT

It turns out the exception assistant works fine until an ADODB connection is opened:

var conn = new ADODB.Connection();
conn.Open("Provider=SQLOLEDB;Server=localhost;Database=db;UID=user;PWD=pw;", "", "", -1);
throw new InvalidOperationException();

After excecuting the conn.Open statement, the exception assistant will never kick in.

Does this sound familiar to anyone, and, more important: does anyone have a solution for the problem? As you can imagine, debugging an application becomes very hard if the application always just quits on exceptions.

Answer 1

Hi there,

I'm not entirely sure what causes this behaviour - but I've just had exactly the same thing happen to me.

The short version of this answer:

Reinstall Visual studio 2008 sp1. If you've not got that installed then I guess you can repair your VS installation, or simply apply sp1 now and it should fix it.

The long version:

I had an exception in my code, and visual studio was not displaying the debugging assistant at the point the exception happened - instead I would get the Windows Error Reporting dialog box, and a prompt asking me whether I wanted to debug the process! If I told VS to break when all exceptions were thrown it would work (but that's no way to debug an app).

Curiously, on the same machine I've been able to debug a WCF service running inside IIS7.5 - so I couldn't understand it.

After numerous expletives and repeated attempts, I disabled Windows Error Reporting. Still, the dialog box comes up, and VS wouldn't break on the exception.

So I disabled the Windows Error Reporting Service (it's started on demand) - this time the app would simply exit without displaying the dialog box - but still VS would not break on the exception.

In the end, I figured that perhaps there was a configuration problem with VS - so I reapplied Visual Studio 2008 sp1 and now it's all working properly again.

Answer 2

I'm getting something similar (the same behaviour), but I think This Microsoft Help Page also describes my situation: "Unhandled exceptions in Windows Form events are not propagated up call stack"