Comment voir le code source quand le débogage JIT est activé ?

Salut à tous,

Pour un client qui n'arrive pas à reproduire systématiquement des anomalies sur une application winforms que j'ai développée, j'ai installé VS 2008 sur sa machine de recette et j'ai activé le mode debug JIT, afin de pouvoir avoir plus d'infos au moment où un des bugs réapparaîtra.

J'ai ajouté à l'application un bouton permettant de simuler un bug pour voir si l'utilisateur pouvait effectivement basculer dans VS, et c'est bien le cas.

Seulement, j'aurais espéré voir les lignes de code, mais je ne vois que la popup affichant l'exception lancée par le bug, pas de code du tout.

Faut-il que les sources de l'application soient sur la machine de recette ?
Sinon, comment faire ?

A noter : l'application est composée de plusieurs projets dont un "interface" (les formulaires) et un "business" (de type assembly). C'est le code de cette assembly auquel je voudrais accéder.

Merci pour votre aide !

Bonjour.

Oui, il faudrait dans ce cas que le code source soit sur sa machine : les binaires MSIl en mode debug ne contiennent que des références vers les lignes de code concernées (nom de fichier, colonne début, ligne début, colonne fin, ligne fin) et non pas le contenu de la ligne concernée.

Mais nul besoin de voir le code source, il suffit d'avoir la pile d'appels au moment de l'exception pour pouvoir simplement en déduire où celle-ci s'est produite (si on a la fonction et l'exception, on peut généralement en déduire la ligne). Bref, il suffit d'imprimer Exception.StackTrace

Merci pour la réponse rapide.

Savez-vous où doit être copié le code source, par rapport au fichier Exe de mon application ?

Dans mon cas, la stacktrace ne me suffit pas. Je sais déjà où les exceptions surviennent mais j'ai besoin de connaître les valeurs de certains objets pour essayer d'en déduire les conditions d'apparition des anomalies.

Encore merci.

Il me semble (aucune garantie) que les chemins sont absolus, le client devrait donc avoir un chemin identique au projet de développement. Mieux vaudrait donc au préalable déplacer le projet vers la racine de C: et recompiler.