Version imprimable
Bonjour,
j'ai créé une DLL (class library) x86 sous Visual Studio C++ 2015 sous un PC Windows 10 x64.
Je me sers de cette DLL dans une application sous le PC Windows 10 x64 sans soucis.
Par contre, quand je veux utiliser cette application sous un PC Windows 7 x86, un message est apparu "MSVCP140.dll est manquant", j'ai installé Visual C++ runtime x86, maintenant m'apparait un nouveau message "MSVCP140d.dll manquant", que faire ou installer ?
Merci
C'est la version DEBUG de "MSVCP140.dll".
Les versions DEBUG ne font pas partie des redistribuables de MSVC++.
Généralement, les versions DEBUG ne sont utilisées que sur les machines des développeurs, avec VS, qui lui les installe, les versions DEBUG.
C'est bien ça, merci.
Heureusement que j'avais un ordi sous Windows 7, Windows 10 sur un autre PC n'affichait pas le fenêtre avec l'erreur.
L'eventViewer est ton ami. ;)
Une question, est-il possible de placer directement "MSVCP140.dll" dans l'application, sans demander à l'utilisateur de télécharger et installer Visual C++ 2015 runtime x86 ?
Faire un MSI qui contient le nécessaire à l'exécution de votre solution sur n'importe quelle plateforme ciblée.
En ajoutant 2 dlls 32 bit "vcruntime140.dll" et "msvcp140.dll" (que j'ai récupéré dans "C:\Windows\syswow64") dans le dossier d'installation de mon application ça fonctionne, mais est-ce que MS l'autorise ?
Non, mais ils vous colleront pas un procès pour cela.Citation:
En ajoutant 2 dlls 32 bit "vcruntime140.dll" et "msvcp140.dll" (que j'ai récupéré dans "C:\Windows\syswow64") dans le dossier d'installation de mon application ça fonctionne, mais est-ce que MS l'autorise ?
Mais n'allez pas pleurer parce qu'une mise à jour de l'OS va déglinguer votre application, ni essayer de leur faire porter le chapeau quand vos clients vous demanderont de payer des pénalités parce que vous travaillez comme un cochon.
Mettez le MSM des redistribuables dans votre MSI et arrêtez de faire le kéké.
Ce n'est pas un MSI, mais une version portable d'une application.
Pour une appli portable, je ne vois pas d'inconvénient à ce qu'elle soit directement accompagnée de son runtime. Mais s'il est sous forme d'un assembly (j'ignore si c'est encore le cas dans cette version de Visual) ne pas oublier de prendre tous les fichiers de l'assembly, manifeste compris.