Discussion :

[Plageman]

Bonjour,

Je voudrais déboguer en mode pas à pas sur un pc B une DLL compilée sur un PC A.

J'ai Visual Studio 2008 avec des projet sur la version 2 du Framework.

Je compile ma DLL sur mon pc A, avec l'option avancée de compilation : "Générer des infos de débogage=Full", je la distribue sur un pc B, je la référence dans un projet Console par exemple, (dans Visual studio, j'ai l'option de débogage "Activer uniquement mon code" décochée) => Lorsque je débogue mon projet, il m'est impossible de rentrer en mode pas à pas dans une méthode de ma DLL (je rentre dans le code assembleur). Pourtant, dans la fenêtre "Modules", le pdb de la dll est marqué comme chargé...

Le seul moyen pour que ce ça marche est de compiler la DLL sur le pc B.

Est-ce que j'ai manqué quelquechose ? Peut-on déboguer en mode pas à pas une DLL compilé sur une autre machine ?

[smyley]

Oui, tu as manqué le code source.
Les fichiers pdb servent juste, en gros, à mapper la dll en cours avec le fichier source correspondant et donc en pas à pas le debugger regarder s'il a un pdb, s'il l'a il extrait la position dans le code source de la méthode en cours à l'offset en cours et ensuite, il va chercher le code source (qui doit donc être accessible) afin de l'afficher. Si tu n'as pas le code source sur le même pc tout ce que tu pourra avoir c'est le nom de la méthode actuelle, l'offset, et le code assembleur qui correspond.

[Plageman]

Merci de ta réponse.
Je pensait naïvement que le pdb permettait à Visual Studio de faire une sorte de Reflector amélioré...

[Neilos]

Je suis moi même confronté au même problème.

Cependant je me demande ou dois je placer le code source pour que Visual Studio 2008 puisse le trouver ?

Dans les fichiers *.pdb les chemins sont absolus et correspondent à ceux de la machine sur laquelle la compilation de la dll a été effectuée. Or je n'aurais pas toujours la possibilité de reconstruire le même chemin.

Si le pdb sert de lien entre l'exécutable et le fichier source, comment indiquer à VS ou chercher les fichiers sources ?

Merci d'avance,

Neilos

[smyley]

C'est bizarre, quand tu arrives sur une exception dans le debug (ou que tu fasses break), il ne te proposes pas de rechercher le fichier source ?

[Neilos]

Il me l'a demandé une première fois. Mais je ne l'avais pas encore.
Maintenant il ne me le demande plus.

Mon autre problème c'est que j'aimerais bien automatiser cette "installation" des sources dans Visual Studio. L'idée étant que ces sources soient installées et enregistrer dans Visual Studio en même temps que le reste du SDK que je développe.

Une idée pour l'un de mes deux problèmes ?

[smyley]

Essayes de reconstruire toutes tes dlls pour voir. Par contre je ne connais pas de moyen simple "d'installer" les sources dans VS. (Un moyen compliqué serai de déplacer le projet sur la destination et de l'y compiler).

[Neilos]

J'ai déjà reconstruit mais rien n'y a fait. Je réessayerais lundi.

En fait je cherche justement à éviter d'insérer tous les projets des DLL dans la solution pour les quelques rares fois où je vais avoir à débuger dedant ce serait beaucoup trop chargé.

Merci quand même pour ton aide, si je trouve une solution je la posterais ici.