Uncatchable erreur .NET runtime 2.0 - machine de l'utilisateur - que faire ensuite?

Question

Situation:

J'ai une application qui utilise intensivement les connexions http (stream ripping app) et qui est supposée fonctionner 24h/24 et 7j/7. Et c'est le cas.

Cependant, de temps en temps, il se bloque avec l'erreur d'exécution qui est uncaught partout, et les décharges suivantes dans le journal des événements:

Event Type: Error 
Event Source: .NET Runtime 2.0 Error Reporting 
Event Category: None 
Event ID: 5000 
Date:  13.10.2010 
Time:  11:02:30 
User:  N/A 
Computer: STREAM01 
Description: 
EventType clr20r3, P1 streamsink.exe, P2 1.0.0.42484, P3 4c880fd9, P4 mscorlib, P5 2.0.0.0, P6 4add54dc, P7 344a, P8 21c, P9 system.io.ioexception, P10 NIL. 

Ma question est: comment savoir quelle ligne de code a causé l'accident. Je déploie des fichiers .PDB avec les binaires, mais ... Que faire?

cible est Windows XP, Framework 2.0 est

EDIT:

Je possède ce déjà mis en œuvre:

static public void InitializeExceptionHandler(string AppName) { 
     Application.SetUnhandledExceptionMode(UnhandledExceptionMode.CatchException); 
     Application.ThreadException += new System.Threading.ThreadExceptionEventHandler(Application_ThreadException); 
     AppDomain currentDomain = AppDomain.CurrentDomain; 
     currentDomain.UnhandledException+=new UnhandledExceptionEventHandler(currentDomain_UnhandledException); 
     _appName=AppName; 
    } 

Non, ça ne marche pas!

Answer 1

Peut-être que cet article sera utile A Simple Class to Catch Unhandled Exceptions in WinForms

MISE À JOUR:

très étrange .. Alors prenez ProcDump, écrire fichier batch et demandez à votre client de courir quand il voit un message d'erreur. Obtenez dump et essayez d'enquêter sur WinDbg ou VS 2010. Here plus d'informations.

Vérifiez également: Creating and analyzing minidumps in .NET production applications. Si vous êtes nouveau WinDbg, consultez Tess Ferrandez's blog

Une autre façon aller avec Remote Debugging Setup

Answer 2

registre domaine exception non gérée en cours dans le point d'entrée (Main() ou ...):

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

Mettre en œuvre l'exploitation forestière dans le gestionnaire:

static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e) 
     { 
      // log 
     } 

L'application va toujours planter, mais vous obtiendrez la journalisation complète de ce qui s'est passé et la trace de la pile.

MISE À JOUR

Selon la mise à jour que vous avez, je vous suggère de télécharger des outils de débogage pour Windows http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx puis activez le débogage post-mortem et assurez-vous d'un vidage sur incident est créé (voir Activation section Postmortem Débogueur Windbg fichier d'aide) et utilisez Windbg pour déboguer votre sauvegarde pour savoir où il s'est écrasé.

Answer 3

Si vous ne parvenez pas à implémenter une solution de gestion des exceptions, vous pouvez implémenter un enregistrement de trace pour affiner l'emplacement dans le code et le flux qui provoque l'exception.

Answer 4

Vous pouvez utiliser Adplus pour enregistrer automatiquement minidump lorsqu'une exception se produit. Voir cette question pour les détails: Fastest way to break in WinDbg for specific exception? .net 4.0 app.