Une question rapide: Lors de la déclaration de l'attribut DLLImport dans .Net, où le moteur d'exécution cherche-t-il à résoudre cette dépendance DLL? Dois-je vider la DLL et toutes les dépendances dans le dossier bin?Où DLLImport recherche-t-il les DLL non managées?
Je pense qu'il fonctionne comme LoadLibrary.
Peut-être que Windows path searching in LoadLibrary with manifest sera utile.
ModifierDynamic-Link Library Search Order est probablement ce que vous voulez.
Généralement, vous vous attendez à ce qu'il regarde tout ce qui est défini dans le chemin de l'utilisateur.
Pour savoir ce que contient ce, à partir d'une invite de commande, tapez echo %PATH% [Entrée]
Supposons que j'ai une application avec le sous-dossier Plugins. Dans Plugins, j'ai un assembly, qui utilise DllImport pour importer la fonction native à partir d'une DLL, qui est également dans ce dossier. Windows va-t-il regarder à l'intérieur de ce répertoire, ou est-ce seulement dans le dossier racine de l'application? – Spook
Cela dépend-il de la plate-forme cible du projet? Je demande parce que j'utilise 'DriverPackagePreinstall()' de 'DIFxAPI.dll' - si je compile en x86 ou" Any CPU ", cela ne fonctionne pas sur une machine 64 bits, mais si je compile en x64 cela fait . Selon les docs, une version 64 bits de la DLL est nécessaire, je ne peux que conclure qu'il utilise une DLL différente lors de la construction avec x64 par opposition à x86 – colmde