Boîte de dialogue Windows Forms Unhandled-Exception

Question

Je souhaite obtenir la boîte de dialogue Unformed-Exception Windows Forms par défaut lorsque mon application C# rencontre U-E. En 2005 vs quand je désactiver le débogage jit dans app.conf comme ceci:

<configuration> 
    <system.windows.forms jitDebugging="false" /> 
<configuration> 

l'application se comporte correctement et montre Windows Forms dialogue par défaut U-E, avec Continuer, Quitter, appeler pile et tout.

Cependant dans vs 2008, sur la même machine ou différent, même si je diable jit je reçois toujours la boîte de dialogue Default .NET Unhandled-Exception, avec les boutons Debug, Send Report et Do not Send.

Comment puis-je faire en sorte que mon application 2008 ressemble à celle que je crée en 2005, pour afficher la boîte de dialogue Windows Forms U-E?

S'il vous plaît ne recommande pas d'utiliser

AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException); 

juste parce que je ne l'utilise gestionnaire personnalisé dans mon projet vs 2005, pourquoi devrais-je utiliser dans vs 2008? Je veux laisser ce travail faire CLR.

Toute aide est appréciée

Answer 1

Vous parlez de différentes fonctions de gestion des exceptions. Le ThreadExceptionDialog que vous voyez avec les boutons Quitter et Continuer est déclenché par le Application.ThreadException event. Il n'apparaîtra que si l'exception se produit sur le thread d'interface utilisateur lorsqu'un gestionnaire d'événements qui s'exécute en réponse à un message Windows lève une exception. Toute exception dans un thread de travail bombardera cependant le programme via AppDomain.UnhandledException.

Vous ne pouvez pas gérer ce dernier, le programme est mort et ne peut pas continuer. L'affichage de ThreadExceptionDialog est inutile.

Vous pouvez rendre la bombe du programme cohérente en désactivant l'événement ThreadException en appelant Application.SetUnhandledExceptionMode(). Maintenant, chaque exception non gérée déclenchera AppDomain.UnhandledException et terminera le programme. Ce n'est probablement pas ce que vous voulez mais c'est le bon choix.

Notez également que l'événement ThreadException est désactivé lorsque vous exécutez le programme avec un débogueur. Ce qui est probablement pourquoi vous voyez une différence dans VS2008. Sinon, il n'y a eu aucun changement.

Answer 2

Answer by Hans Passant semble raisonnable. Cependant, même si vous dites que vous ne voulez pas que je recommande encore a handler on AppDomain.CurrentDomain.UnhandledException pour vous assurer que vous déterminez ce qui se passe lorsque votre application se bloque de façon inattendue.