L'Application n'a pas pu démarrer en raison MSVCP100D.dll n'a pas été trouvé, la réinstallation d'application peut fonctionner

J'ai googlé sur ce et a réalisé il y a probablement plusieurs causes à cela, donc je vais décrire mon scénario.

Ce qui arrive quand mon application essaie de charger un .fichier dll construit dans une autre version de Visual Studio (2010), si je construis un même projet sur Visual Studio; 2008, le fichier DLL charge très bien...

Je ne sais pas si ça compte, mais Visual Studio; 2010 DLL de la version de fichier est basé sur Windows 7 x32, et Windows Vista 64-bit est de l'autre côté avec Visual Studio; 2008.

Recompiler votre application en mode "Release" (plutôt que le mode "Debug"), puis de télécharger et installer Visual C++ 2010 Redistributable package pour le processeur de l'architecture de la machine cible: x86, x64. La machine cible doit disposer de la même version du runtime installé comme vous construit contre la. Dans ce cas, c'est v10.0 (VS 2010).
seulement consulter les liens suivants: http://www.buggymind.com/305 http://msdn.microsoft.com/ko-kr/library/abx4dbyh.aspx j'espère que ça aidera.

OriginalL'auteur Marko29 | 2011-01-12

  1. 11

    Si vous lier dynamiquement à la MSVC d'exécution puis vous devez l'installer à exécution sur chaque machine d'exécuter votre application.

    Noter que dans ce cas vous avez l'air d'être lier à la version de débogage de l'exécution, il n'est pas normal de distribuer des applications liées à l'encontre de la version de débogage de l'exécution.

    J'ai changé de génération de code option de multithread dll de débogage de " dll multithread
    compiler et elle na pas résoudre le problème, je ne sais pas vraiment par où dois-je chercher
    Est-il toujours 100D ou tout simplement 100 maintenant? Si c'est la mm à 100 jours, vous n'avez pas le droit d'option ou de le recompiler tous; si elle est de 100, alors vous devriez obtenir le MSVC runtime installer à partir de votre VS DVD (ou vous pouvez probablement le télécharger) et le lancer sur le système cible.
    @Rup dit, et comme je l'ai dit dans ma réponse, vous devez installer le MSVC la version 10 d'exécution sur la machine cible. Vous pouvez le télécharger à partir du web (microsoft.com/downloads/en/...), ou l'obtenir auprès de votre VS DVD.
    Ou vous pouvez simplement les copier à partir de votre machine de dev, c:\windows\system32. Le side-by-side cache de la chanson et de la danse est terminé.

    OriginalL'auteur David Heffernan

  2. 7

    Si vous ne voulez pas distribuer le moteur d'exécution, puis vous pouvez passer votre Bibliothèque d'Exécution des options de Visual Studio (Propriétés -> C/C++ -> Génération de Code -> Bibliothèque d'Exécution) à partir de /MD /MT ou de /MDd /Dmt.

    Comme d'autres l'ont dit, si vous êtes à la distribution de cette application, vous devriez être en liaison statique ou dynamique à la version de la bibliothèque d'Exécution, et non pas la version de Débogage.

    OriginalL'auteur oob

  3. 2

    Juste un petit liées conseil: NE PAS AJOUTER de *248d.fichiers lib lors de la construction et de l'exécution dans la version finale.

    J'ai suivi les conseils de différents blogs, et j'ai accidentellement ajouté à la fois *248d.lib ainsi que la 248.fichiers lib. En gros, dans l'éditeur de liens → Entrée → Ajouter des Dépendances, de s'assurer que vous n'avez pas *248d.fichiers lib (ici 248 est la version 2.4.8).

    J'ai passé des heures à me demander pourquoi les choses n'ont pas de travail dans le mode de libération jusqu'à ce qu'il m'a frappé qu'il y a deux copies de .fichiers lib, un *248 et autres *248d. Si vous incluez un de la d des fichiers en mode release, vous obtiendrez la DLL en question.

    OriginalL'auteur user3046045