Discussion :

[oodini]

Hello,

Quand je suis en session de deboguage et que j'édite le code, la fonctionnalité "Appliquer modification du code" n'est jamais accessible, car grisée.
Ça fait près d'une demi-heure que je cherche sur Google, mais je ne trouve rien qui résout mon problème.

J'ai l'impression que c'est depuis que j'ai été obligé d'adjoindre à ma DLL le CRT de Visual 2005 (les 3 DLL + le manifeste).

Auriez-vous une idée ?

Merci.

[oodini]

J'ai trouvé ceci sur cette page :

/ZI n'est pas compatible avec /clr (Compilation pour le Common Language Runtime).

Je n'utilise pas cette option, mais si les bibliothèques que j'utilise y font appel, cela m'empêche-t-il également de faire appel à /ZI, et donc à "Edit & Continue" ?

Merci.

[Mac LAK]

Je n'utilise pas cette option, mais si les bibliothèques que j'utilise y font appel, cela m'empêche-t-il également de faire appel à /ZI, et donc à "Edit & Continue" ?

A mon avis, si tu es en mode managé lors de ton debug, oui.

Si ce sont des librairies statiques, alors tu es très certainement passé en mode CLR "forcé". Avec des DLL, c'est moins catégorique, mais ça reste une probabilité non négligeable. Vérifie sur la ligne de commande générée pour ta compilation, dans les propriétés du projet, c'est la dernière entrée de la branche "C/C++".


Pour info, j'ai déjà eu à débugger du code mixte C# / C++ : je me suis trouvé avec le bec dans l'eau en constatant qu'il était impossible de franchir la "barrière" du framework .NET.

J'explique : VS ne peut s'attacher qu'une seule fois à un processus donné. Or, si tu commences à débugger en mode natif (debug Win32), lors d'un appel vers le managé, tu ne peux pas tracer dans le code managé ni t'arrêter à un breakpoint managé.
Si par contre tu démarres en debug managé, la même chose se passe lors de l'appel aux fonctions natives (impossible de tracer dedans), et là encore les BP natifs ne sont pas déclenchés.

Au final, tu ne peux pas débugger en même temps la partie native et la partie managée de ton application, car tu ne peux pas attacher deux fois le debugger au même processus.

Donc, rien d'étonnant (hélas) à ce que la modification de code à la volée soit impossible si ta compilation est passée en mode CLR "de force", ou que tu t'arrêtes par BP sur une partie managée sans le savoir.