The exception that you get is obviously not catched by your code. You can do
the following:
At the start of your application, register to the UnhandledException event
on the AppDomain.CurrentDomain, log the exception on disk and send it by
mail directly to you whenever the app crash, and inform the user to please
restart the application and be nice with it.
Then you can analyze the log itself.

Signature
Sebastien Lambla
http://thetechnologist.is-a-geek.com/blog/
> its not a worker thread, i verified this some time ago.
>
[quoted text clipped - 16 lines]
> and
> > > various clr/jit features when this error happens?
Um...
1. I already have error tracking and auto feedback using remoting in my
application, and handling thhe UnhandledException event all all spawned
threads is one of the methods I use to cultivate these errors.
2. You kind of contradict yourself...it is an exception than can not be
handled, UnhandledException is raised when you don't have a try-catch
block....an exception is still thrown. The primary problem here is NO
exception is thrown, it just crashes....it is an un-cachable excpetion, not
an unhandled one.
-dec
> The exception that you get is obviously not catched by your code. You can do
> the following:
[quoted text clipped - 27 lines]
> > and
> > > > various clr/jit features when this error happens?
Sebastien Lambla - 11 Dec 2003 12:54 GMT
Hum,
first i'm trying to help out by throwing ideas at you. You're not paying me
for that, so I would appreciate a bit more respect in the tone of your
answers.
That said, if you can't catch the exception and it's making your application
die, and you can't catch it at the AppDomain level either (and frankly,
catching an exception and report it through a remoting channel doesn't sound
like a very good idea to me, as .net remoting itself can throw, etc), then
the problem does come from a lower level. Unless you do some stress test of
your app, I really don't know what the problem could be. I would check which
OS and the number of Handles created by your app, as this could potentially
crash the exe straight away.
As for contradicting myself, my point was that an uncatched exception
sometimes bypass what you think is the call chain, when the chain might be
different. Common case is a library swallowing the exception and calling a
framework to log it, and the framework itself throws for an unknown reason.
These things happens.

Signature
Sebastien Lambla
http://thetechnologist.is-a-geek.com/blog/
> Um...
> 1. I already have error tracking and auto feedback using remoting in my
[quoted text clipped - 45 lines]
> > > and
> > > > > various clr/jit features when this error happens?