Discussion :

[fx007]

Bonjour,

Quelqu'un sait-il comment on d�bug (points d'arr�t, pas � pas ...) une DLL sous visual c++ 2005?

Merci

[M�dinoc]

Typiquement, tu mets le projet de la DLL en tant que startup project, et tu sp�cifies dans les propri�t�s de d�bogage le chemin d'un ex�cutable qui utilise la DLL en question...
(ex�cutable qui peut avoir �t� d�velopp� pour l'occasion).

Au passage, si l'ex�cutable et la DLL sont directement dans la m�me solution, tu ne devrais m�me pas avoir besoin de prendre la DLL comme startup project.

[fx007]

tu sp�cifies dans les propri�t�s de d�bogage le chemin d'un ex�cutable qui utilise la DLL en question...
(ex�cutable qui peut avoir �t� d�velopp� pour l'occasion).

Merci pour ta r�ponse,

Est-ce bien au niveau de l'onglet "Project Dependencies" qu'il faut ajouter son exe ?

D'autre part j'aurais une autre question: Ma dll que je veux debugger ( contient une erreur d'access violation au lancement.) d�pend en fait d'une autre DLL qui lui meme est lanc�e par un exe. Pour info j'effectue un test sur une librairie qui tourne sous windows CE sur une cible... d'ou le cheminement un peu bizarre pour lancer la DLL en question.

Donc le lancement de la dll suit ce chemin:

Fichier executable (.exe) --> fichier DLL 1 qui va lancer --> fichier DLL 2

Maintenant comment je pourrais faire pour faire du debug pas � pas sur la DLL num�ro 2 ?? aurais tu une id�e ?

[M�dinoc]

Ce n'est pas dans les Additional Dependencies qu'on ajoute l'exe, mais dans Configuration Properties -> Debugging -> Command (L'�quivalent du "Executable for debug session" de VC6).

[fx007]

Juste pour pr�ciser par rapport au dernier post de medinoc :
dans le menu debugging de configuration properties:

Dans Remote Executable: mettre l'adresse de votre .exe

Dans command arguments: Mettre les arguments pour lancer le .exe s'il y en a.