Impossible de faire fonctionner le débogage: .NET 4.0, serveur Windows 2003

Question

J'ai une application de console .NET 4.0 exécutée sur un serveur de production. L'application est exécutée sur une base ad-hoc, est compilée en tant que build de débogage et tous les symboles de débogage sont envoyés au serveur avec l'exe.

Lorsqu'une exception est générée dans l'application, je m'attends à ce qu'elle meure de façon désagréable et imprime la pile sur la console comme n'importe quelle ancienne application de console. Au lieu de cela, le comportement que je vois est le suivant:

1. La fenêtre du débogueur JIT apparaît, demandant de déboguer.
2. Si je dis "oui", cela déclenche une version extrêmement limitée de VS 2005. Je suis vidée dans le langage assembleur et je ne peux pas voir le code source ou le nom du fichier. C'est le cas pour tous les niveaux de la trace de pile.
3. Si je dis "non", aucune information n'est écrite sur la console.

J'ai essayé d'exécuter ceci dans un shell PowerShell et une console cmd traditionnelle avec le même effet.

Le serveur exécute ASP.NET 4.0 et n'a aucun problème à renvoyer ces erreurs au navigateur. Ce que je désire, c'est simplement voir la vraie erreur et la pile imprimée sur la console sans que le JIT apparaisse. Mis à part un catch et write global, quelles sont mes options?

Answer 1

using System; 

class Program { 
    static void Main(string[] args) { 
     AppDomain.CurrentDomain.UnhandledException += CurrentDomain_UnhandledException; 
     throw new Exception("test"); 
    } 

    static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e) { 
     Console.WriteLine(e.ExceptionObject.ToString()); 
     Console.ReadLine(); 
     Environment.Exit(1); 
    } 
} 

Answer 2

Votre meilleure option est d'utiliser WinDbg pour déboguer et d'analyser l'application: http://www.microsoft.com/whdc/devtools/debugging/default.mspx

Vous pouvez utiliser SOSEX extension pour GÉRÉ débogage dans Windbg: http://www.stevestechspot.com/