Discussion :

[alexadvance]

Bonjour,

Un projet existant sous VS 2003 était compilé avec l'option /MT (car il gère plusieurs threads)

J'ai retravaillé sur cette application, notament pour y ajouter une prise en charge de Web Service (automatique avec sproxy), j'ai donc été obligé d'ajouter /clr pour la compilation.

Hors, /clr m'interdit d'utiliser /MT j'ai donc utilisé /MD ...mais je n'en connais pas la différence.
La compilation se passe bien, mais j'ai quelques comportement différents entre les deux versions..

Quelles sont les conséquences d'une compilation avec /MD par rapport à /MT ?

[Médinoc]

/MT : Liaison statique avec la C Run-Time library : Un gros exécutable, indépendant de MSVCRT/MSVCR71/MSVCR80.DLL. Par contre, risque de problèmes si tu utilises des DLLs.

/MD : Utilise la DLL pour la C Run-Time library : Un exécutable plus petit, mais qui a besoin d'avoir la bonne version de la DLL (voire plus, pour la version 8)sur le PC de destination. Mais normalement, pas de problème avec les autres DLLs, car il me semble qu'une DLL est obligatoirement compilée en /MD.

[alexadvance]

Ok...

Ok, le soucis, c'est qu'apparement, on ne peut pas faire cohabiter /MT et /clr.
Hors quand je compile en /MD, mon programme un comportement bizarre...plus quelques erreurs au lancement de programmes connexes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
System.IO.__Error.WinIOError(...)  C:\(...)\Local Settings\Temp\(nomaleatoire).dll introuvable...

Comme je ne comprends pas réellement les différences de comportement entre un exe en /MT et en /MD, je ne comprends pas d'ou viennent les erreurs....

[alexadvance]

Donc ma question :

Si je veux un gros exécutable avec tout dedans (parceque je ne vois pas comment générer de DLLs) et pouvoir utiliser les fonctions CLR, comment puis-je faire ?

[Médinoc]

Il n'est pas question ici de générer des DLLs, mais d'utiliser une DLL déjà fournie par Microsoft.

Et le .Net ne permet pas de lier statiquement à la CRT, tu n'as donc pas le choix: Tu dois compiler en /MD et garder à l'esprit que tu dois avoir à portée de main la DLL de la CRT...
(pour VS2003, elle doit s'appeler MSVCR71.DLL, et la bibliothèque standard C++ est MSVCP71.DLL)

[alexadvance]

Je compile avec VS2005 :

Sur mon poste client, j'ai bien msvcr80.dll dans C:\Windows\WinSxS\x86_Microsoft.VC80.CRT_(caractere aleatoire)
à plusieurs endroits (caractère aléatoire différent)

par contre, j'ai la msvcr7.1.dll dans System32 et dans le dossier du framework .NET 1.1 , et bizarrement pas dans le .NET 2.0

Faut-il que j'en mette une copie à coté de mon exe., ou dans System32 ou cela suffit-il ?