John said:
I have a vs2008 winform app that has a start-up form assigned through
application framework i.e. no Sub Main.
Why not?
I haven't played with the Application Framework yet and, personally, I
/like/ Sub Main.
How can I setup a catchall exception handler to my app to catch
any unexpected exceptions?
Apart from the occasional left-field stuff that the Framework throws at
you, you shouldn't /have/ any unexpected exceptions.
Exceptions are exceptional, not "unexpected".
IMHO, this is one of the big weaknesses of .Net.
It hands you this big thing called "Exception Handling" on a platter,
then leaves /you/ to work out what to do with it. Other languages are
far more explicit and actually push you to keep Exception Handling very
much in mind as you write your code.
Every "entry point" into your code (Sub Main, methods that run on
Threads, any action that the user initiates) should have its /own/
Try..Catch constructs.
Having a global, "catch-all" Exception Handler is /limited/ in its use,
and then mainly as a last-resort, back-stop. The most you can do here
is to log the error to a file, somewhere. By the time you get here, the
program's teetering on the edge, ready to collapse in a messy heap.
There's nothing you can do to recover from (or /Handle/) the exception.
You have to do that /much/ closer to the site of the problem.
HTH,
Phill W.