MSVCR90D.dll ne trouve pas dans le mode de débogage avec Visual C++ 2008

J'ai un problème avec Visual C++ 2008. J'ai installé opencv et j'ai créé un nouveau programme et je le construire sans erreurs. Cependant, il se plaint de ne pas trouver MSVCR90D.dll lors du débogage. En mode release, il n'y a pas de problème.

J'ai MSVCR90D.dll dans l'un des Winsxs dossiers. Quelqu'un sait-il un rendez-vous autour de ce problème? Est-ce un bug connu?

Gérard

InformationsquelleAutor | 2008-10-20
  1. 9

    Il y a plusieurs solutions décrites dans cette post sur le forum. Voir si l'un de ceux de l'aide.

    Un indice à partir de là:

    Aller à l' %Système de Lecteur%\Windows\WinSxS
    et recherchez le répertoire
    x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456

    Si cela n'existe pas, passez à la VS
    le programme d'installation et assurez-vous d'avoir tous les
    bibliothèques installées sous VC++.

    Et un autre:

    J'ai eu le même problème, mais il fixe
    par la désactivation de la liaison incrémentielle
    (Propriétés du projet... de l'éditeur de liens...
    Général... Activer La Liaison Incrémentielle:
    N').

    Confirmant la dernière:

    Projets construite sur un logiciel-monté
    le lecteur se plaignent d'un manque
    MSVCR90D.dll. Le problème disparaît
    si vous désactivez la liaison incrémentielle
    (et tout reconstruire, bien sûr).

    • Merci beaucoup pour votre aide. Il a travaillé!! Cependant, puis-je avoir le problème de la définition de la liaison incrémentielle? Quelle différence cela fait-il? Merci encore
    • À partir de MSDN: progressivement lié programme est fonctionnellement équivalent à un programme qui est nonincrementally liés. C'est le point important. Lire plus sur le msdn.microsoft.com/en-us/library/4khtbfyf(SV.80).aspx.
    • Éteint la liaison incrémentielle (OGRE3D) et cela a fonctionné. Merci +1
    • Merci beaucoup pour le "logiciel lecteur monté" partie, qui a été mon problème.
    • Paramètre "Activer la Liaison Incrémentielle" à "NON" a fonctionné pour moi.
    InformationsquelleAutor Jorge Ferreira
  2. 4

    Avoir le même problème, j'ai trouvé un post qui m'a conduit à la Dll de débogage dans le VS9.0 installer. Pour l'installation par défaut ils étaient dans: C:\Program Files\Microsoft Visual Studio 9.0\VC\redist\Debug_NonRedist\x86\Microsoft.VC90.DebugCRT.

    Il y a trois Dll et un fichier manifeste. Vous pouvez les ajouter à votre System32 répertoire, ajouter le répertoire à votre PATH variable d'environnement ou de copier les fichiers dans le même répertoire que l'exécutable lors du débogage.

    La liaison incrémentielle accélère vos constructions (l'éditeur de liens uniquement re-liens libs qui ont changé, au lieu de ré-associer l'ensemble du projet). Sinon il n'a aucun effet sur la sortie de la construction. Pour un grand projet, je ne recommanderais pas la désactivation de la liaison incrémentielle.

    • Cette solution a fonctionné pour moi.
    • cela fonctionne pour moi. Je viens de copier la Dll et il fonctionne ok. Toutefois, la copie de la libs peut-être pas un bon choix, ni ajout d'un répertoire à la variable de CHEMIN d'accès (il faut redémarrer le PC). Est-il une meilleure façon que ceux-ci??
    InformationsquelleAutor x_x
  3. 3

    Eu le même problème, bien que l'autre VC9.0 projet a bien. Donc, j'ai comparé les deux paramètres du projet.
    La différence essentielle était sous la rubrique "Propriétés du Projet' -> "Propriétés de Configuration' -> 'Manifeste de l'Outil' -> 'Entrée et de Sortie' -> 'Incorporer Manifeste'. Cette option doit être définie sur OUI.

    • cela pourrait ne pas être le cas! il me demande d'utiliser le fichier de Manifeste, qui ne sont pas intégrées manifeste. J'ai changé pour " NON " et de courir un peu fine
    • Cette modification a résolu le problème pour moi. Il peut varier dans des circonstances différentes.
    InformationsquelleAutor Markus
  4. 2

    Troublehooting les problèmes de DLL est beaucoup plus facile avec Dependency Walker . Il permet à votre application de profil, attraper la fois les Dll chargées au démarrage et les Dll chargées plus tard. Il va cracher beaucoup de messages concernant le chargement de la Dll, ou l'impossibilité de les charger. Il comprend également SxS de chargement de la Dll.

    Vous pouvez passer un EXE comme un argument pour Depends.EXE et il sera le profil de l'application. Ceci peut être combiné avec la plupart des IDEs. Par exemple, dans Visual Studio, vous pouvez régler la Commande de Débogage". Par défaut, c'est votre propre EXE. Changer de depends.EXE et de définir les arguments de la commande à (au moins) /pb your.debug.exe.

    InformationsquelleAutor MSalters
  5. 1

    Recompiler votre projet VC++ 2008 en utilisant la fonction Fichier->New->Projet De Code Existant.
    Il a aidé à moi-même, il sera probablement vous aider. Ce qui concerne.

    InformationsquelleAutor user388764
  6. 1

    J'ai résolu le même problème comme ci-dessous:

    1. Sélectionnez le projet, clic droit et ouvrir la page de propriétés.
    2. Sélectionnez Propriétés De Configuration.
    3. Sélectionnez C/C++ à partir de l'arborescence de la liste.
    4. Sélectionnez La Génération De Code.
    5. Regarder la liste de propriétés à gauche et de voir le de la Bibliothèque d'Exécution propriété.
    6. Sélectionnez Multi-threaded Debug au lieu d'DLL multithread.

    Lorsque vous faites cela, votre projet intègre dépendait de la dll et donc il a échappé à des problèmes de dépendance.

    Note: j'ai travaillé sur un projet de dll et a eu ce problème. Après avoir fait les étapes ci-dessus, il a travaillé pour ma situation.

    InformationsquelleAutor Mustafa Kemal
  7. 0

    C'est l'une des raisons qui me lier statiquement; plus grand Exe mais je n'ai jamais eu un problème de dépendance comme ça avant. Sans doute la peine d'une question en elle-même mais...

    • "Sans doute la peine d'une question en soi, bien que" la Alors que je suis en désaccord sur le point de vue que vous avez exprimés, je suis entièrement d'accord avec votre conclusion... ^_^
    InformationsquelleAutor Rob
  8. 0

    Je ne peux pas donner une solution définitive, mais voici quelques liens utiles:

    Et bien sûr, il ya beaucoup plus sur MSDN si vous suivez les liens.

    InformationsquelleAutor Adam Rosenfield
  9. 0

    J'ai eu le problème:

    Impossible de charger le fichier ou l'assembly 'AudioInterface, Version=1.0.3548.29920, Culture=neutral, PublicKeyToken=null' ou une de ses dépendances. Cette application n'a pas pu démarrer car la configuration de l'application est incorrecte. La réinstallation de cette application peut corriger ce problème. (Exception de HRESULT: 0x800736B1)

    AudioInterface était le nom de mon projet de C++.

    De commutation à la "Libération" de config, tout a fonctionné.

    Je le suivi qu'il manque le fichier de manifeste aux côtés de ma DLL, j'ai encore suivi pour avoir une Assemblée Identité définie. (Propriétés > Outil Manifeste > Général > Assemblée de l'Identité)

    J'ai enlevé ce paramètre, et le manifeste tombé au bon endroit, et tout a fonctionné.

    InformationsquelleAutor
  10. 0

    J'ai essayé toutes les solutions proposées sans aucune chance. J'ai finalement trouvé que le manifeste était absente de la "C:\WINDOWS\WinSxS\Manifests" dossier.

    Trouver le dossier dans C:\WINDOWS\WinSxS où votre fichier dll est situé. Vérifiez pour voir si il y a un manifeste dans C:\WINDOWS\WinSxS\Manifests qui correspond au nom du dossier de votre dll. Si le manifeste est manquant, une copie du bon de manifeste à partir d'une autre machine et le coller dans le manifeste du dossier. Le manifeste des noms de fichier sont:

    "x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456.chat"

    "x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456.manifeste"

    InformationsquelleAutor opie