Discussion :

[icareo]

Salut !

J'ai codé un programme chargeant différents modules dynamiquement.
Pour permettre à Mr X de coder un module, je crée une application hote pour une dll (un version un peu modifiée de la réelle), qui ne charge qu'un module.

Ma question : comment débugger le projet DLL sans mettre la source de son application hote dans un projet joint à la solution ?

Autrement dit : comment faire comprendre à VS que lorsque j'appuie sur F5, c'est pas la DLL que j'essaye de lancer, mais un programme externe...? (avec, si possible, le nom de la dll en ligne de commande)

(j'utilise Visual studio C# express 2008)

C'est la première fois que je code séparément des dll et le projet les utilisant, donc désolé si ma question est con
La seule réponse que j'aie trouvé sur google :
http://msdn.microsoft.com/fr-fr/libr...zt(VS.80).aspx

mais les instructions correspondent à rien je trouve pas de "Action de démarrage" dans les paramètres... uniquement "projet de démarrage".

merci

[roster]

Si tu fais un clique droit dans l'explorateur de solutions sur le projet que tu veux, tu cliques sur propriétés > déboguer .
Tu peux alors définir l'Action de démarrage > programme externe

PS: je n'ai pas la version express de VS.

[icareo]

Ca doit venir de là j'imagine que la version express gère pas ça...

moi j'ai juste :

-Arguments de la ligne de commande
-répertoire de travail
-activer le processus d'hébergement visual studio (oui/non checkbox)

je vais donc devoir m'en passer j'imagine...

[tomlev]

Lance le programme hôte tout seul (sans debug), et dans le VS ou ton projet DLL est ouvert, attache le debugger au process hôte (Debug->Attach to process). Place ensuite un point d'arrêt à un endroit adéquat de ton code : le debugger devrait s'arrêter en arrivant dessus

[icareo]

Fonctionnalité disparue dans la version express
... coup dûr !

http://msdn.microsoft.com/en-us/library/c6wf8e4z.aspx

merçi quand même.

[tomlev]

argh...
par contre, le SDK du framework inclue un debugger qui peut faire ça : le CLR Debugger (DbgClr.exe), qui doit être dans le répertoire d'installation du framework (je peux pas confirmer, j'ai pas la version express)

[roster]

A la limite, il y a SharpDevelop, mais j'ignore si ces fonctionalités sont prises en compte.