Impossible de charger la DLL (Le module n'a pas pu être trouvé HRESULT : 0x8007007E)

Question

J'ai une bibliothèque de dll contenant un code API C++ non géré que je dois utiliser dans mon application .NET 4.0. Mais chaque fois que j'essaie de charger ma dll, j'obtiens une erreur :

Impossible de charger la DLL 'MyOwn.dll' : Le module spécifié n'a pas pu être trouvé. (Exception de HRESULT : 0x8007007E)

J'ai lu et essayé plusieurs solutions que j'ai trouvées sur l'internet. Rien ne fonctionne

J'ai essayé d'utiliser les méthodes suivantes :

[DllImport("MyOwn.dll",  CallingConvention = CallingConvention.Cdecl)]
[return: MarshalAs((UnmanagedType.I4))]
public static extern Int32 MyProIni(string DBname, string DBuser_pass,
    string WorkDirectory, ref StringBuilder ErrorMessage);

Quand j'ai essayé de suivre cet article et lorsque j'exécute cet exemple (à partir du code téléchargé), il fonctionne sans problème (la dll utilisée est dans le dossier bin/debug).

J'ai copié ma dll (ainsi que tous les fichiers dont elle dépend dans mon dossier bin).

J'ai également essayé cette approche mais j'ai obtenu la même erreur :

[DllImportAttribute(MyOwnLibDllPath, EntryPoint="TMproIni")]
[return: MarshalAs(UnmanagedType.I4)]
public static extern  int MyproIni(string DBname, string DBuser_pass, 
    string WorkDirectory, ref StringBuilder ErrorMessage);

Des suggestions ?

Answer 1

Si je me souviens bien, sous Windows, l'ordre de recherche d'une dll est le suivant :

1. Annuaire actuel
2. Dossier système, C:\windows\system32 or c:\windows\SysWOW64 (pour un processus 32 bits sur une boîte 64 bits).
3. Lecture de la Path variable d'environnement

En outre, je vérifierais les dépendances de la DLL, le marcheur de dépendances fourni avec Visual Studio peut vous aider ici, il peut également être téléchargé gratuitement : http://www.dependencywalker.com

Answer 2

Vous pouvez utiliser l'outil dumpbin pour trouver les dépendances DLL requises :

dumpbin /DEPENDENTS my.dll

Cela vous indiquera quelles DLL votre DLL doit charger. Recherchez en particulier MSVCR*.dll. J'ai vu votre code d'erreur se produire lorsque le bon Redistribuable Visual C++ n'est pas installé.

Vous pouvez obtenir les "Visual C++ Redistributable Packages for Visual Studio 2013" sur le site Web de Microsoft. Il s'installe c : \windows\system32\MSVCR120.dll

Dans le nom du fichier, 120 = 12.0 = Visual Studio 2013.

Faites attention à ce que vous ayez la bonne version de Visual Studio (10.0 = VS 10, 11 = VS 2012, 12.0 = VS 2013...), la bonne architecture (x64 ou x86) pour la plateforme cible de votre DLL, et vous devez aussi faire attention aux debugs builds. Le build debug d'une DLL dépend de MSVCR120d.dll qui est une version debug de la bibliothèque, qui est installée avec Visual Studio mais pas par le Redistributable Package.

Answer 3

Essayez d'entrer le chemin complet de la dll. Si cela ne fonctionne pas, essayez de copier la dll dans le dossier system32.

Answer 4

Assurez-vous que toutes les dépendances de votre propre dll sont présentes près de la dll, ou dans System32 .

Answer 5

Activez la journalisation de la fusion, voir cette question pour obtenir de nombreux conseils sur la manière de procéder. Le débogage des problèmes de chargement des applications en mode mixte peut être une véritable plaie. La journalisation de la fusion peut être d'une grande aide.