Bonjour
Tout est dans la question.
Quand je lance mon exe sur une autre machine que celle de développement, il me dit qu'il ne trouve pas la Dll MSVCR80.dll.
Qu'elle est l'option à cocher dans les propriétés du projet ?
Merci
Version imprimable
Bonjour
Tout est dans la question.
Quand je lance mon exe sur une autre machine que celle de développement, il me dit qu'il ne trouve pas la Dll MSVCR80.dll.
Qu'elle est l'option à cocher dans les propriétés du projet ?
Merci
salut,
dans les parametrages C++ ,dans la section code generation option runtime library ,remplace Multi-threaded DLL (/MD) par Multi-threaded (/MT)
sinon distribuer les DLL:
msvcm80.dll
msvcp80.dll
msvcr80.dll
pour les MFC il y a un setup de distribution:
C:\Program Files\Microsoft Visual Studio 8\SDK\v2.0\BootStrapper\Packages\vcredist_x86\vcredist_x86.exe
:D
Merci.
Entre temps j'avais configuré le programme pour qu'il charge les MFC en statiques ( :!: :?: , mon programme est un programme C mode console), ça fonctionnait quand même, j'ai retiré suite à ce que tu m'as dit cette option, et j'ai vu que dans la section code generation option runtime library, /MT avait été mis !!
Bonnes fêtes à toi, et aux autres aussi d'ailleurs. :chin:
J'ai le même probléme (que j'avais d'ailleurs résolu en installant le framework 2.0.) Hors désormais mon application ne fonctionne plus sur les autres Pc (celle-ci a subit bcp de modification) , j'ai donc suivi les conseils et mis mon exe avec les dlls:
msvcm80.dll
msvcp80.dll
msvcr80.dll
Mon soft ne marchant touojurs pas j'ai donc aussi essayer de parametrer le compilateur remplace Multi-threaded DLL (/MD) par Multi-threaded (/MT) cependant lors de la compilation Vc++ me renvoie l'erreur suivante :
Code:
2
3
le probléme c'est que j'utilise la common runtime library... quelqu'un a une astuce?
Tu veux dire le Common Language Runtime?
Eh bien c'est simple : Tu dois installer le Framework .Net sur l'ordinateur de destination...
Si c'est déjà fait, alors c'est que ce n'est pas aussi simple, et je ne sais pas comment t'aider.
Merci quand même Medinoc, je crois que le probléme viens de mon manque d'expereience, j'ai fais une application .net, mais quelle est la différence avec une application native?
2éme chose je viens de remarquer quelque chose...
Lorsque j'essaye de lancer l'application via un reseau celle ci me renvoie exactement la même erreur ( config 'appli incorrect) hors si je copie le m^me progreamme en local et que je le lance celui ci démarre nikel... bizzare non?8O
Ben pour commencer, elle nécessite le Framework .Net.
Ensuite, son code est en MSIL au lieu d'être en codes machine pour un processeur particulier (ce qui la rend, comme pour java, portable sur toutes les plate-formes supportant .Net).
Le code MSIL est compilé en code machine par le CLR lors de l'exécution.
Ensuite, dans une application .Net, tu peux profiter des classes mises à disposition par le Framework, ainsi que des fonctionalités du code "Managé" : À commencer par le ramasse-miettes qui ôte (partiellement, du moins) au programmeur le soucis de la destruction d'un objet qui n'est plus référencé.
Un autre des intérets majeurs, c'est que tu peux programmer une application .Net en de multiples langages: Un exe en C# qui utilise une DLL en C++/CLI et une autre en VB, etc.
Sans compter Delphi qui permet également de faire des applications .Net...
Bin le probléme avait l'air de venir de la. mes applications ont l'air de fonctionné nikel...
je vois l'interet pour le .net jusqu'a la je n'avais pas trop remarquer mais il est vrai que j'ai utiliser des exemples c# que j'ai formater en C++. Merci medinoc pour tes conseils et ton éclaircissement. ;)