DllNotFoundException dans unity3d plugin pour dll c++

Je suis en train de travailler sur le Plugin Unity projet et essayez d'importer le c++ dll native de fichier c#.
Mais je continue à recevoir des dllnotfoundexception.

dll c++ code:

extern "C" {
extern __declspec( dllexport ) bool IGP_IsActivated();
}

de code c#:

[DllImport("mydll")]
    private static extern bool IGP_IsActivated();

Dll est en place et Fichier.Il existe de fonctionner correctement. Tout dépendant de dll sont présents à la même hiérarchie, mais j'ai quand même dans dllnotfound exception.

Toute aide, beaucoup apprécié!!

le plugin disponible quelque part?

OriginalL'auteur Raj | 2012-04-03

unity3d

6

Grâce à cette L'unité post sur le forum je suis venu avec une solution sympa qui modifie la PATH-variable d'environnement lors de l'exécution:
- Mettre tous Dll (à la fois les Dll à laquelle l'Unité d'interfaces et de leurs dépendants Dll) dans Project\Assets\Wherever\Works\Best\Plugins.
- Placer le constructeur statique dans une classe qui utilise le plugin:
```
static MyClassWhichUsesPlugin() //static Constructor
{
    var currentPath = Environment.GetEnvironmentVariable("PATH",
        EnvironmentVariableTarget.Process);
#if UNITY_EDITOR_32
    var dllPath = Application.dataPath
        + Path.DirectorySeparatorChar + "SomePath"
        + Path.DirectorySeparatorChar + "Plugins"
        + Path.DirectorySeparatorChar + "x86";
#elif UNITY_EDITOR_64
    var dllPath = Application.dataPath
        + Path.DirectorySeparatorChar + "SomePath"
        + Path.DirectorySeparatorChar + "Plugins"
        + Path.DirectorySeparatorChar + "x86_64";
#else //Player
    var dllPath = Application.dataPath
        + Path.DirectorySeparatorChar + "Plugins";

#endif
    if (currentPath != null && currentPath.Contains(dllPath) == false)
        Environment.SetEnvironmentVariable("PATH", currentPath + Path.PathSeparator
            + dllPath, EnvironmentVariableTarget.Process);
}
```
- Ajouter [InitializeOnLoad] à la classe pour s'assurer que le constructeur est exécuter au lancement de l'éditeur:
```
 [InitializeOnLoad]
 public class MyClassWhichUsesPlugin
 {
     ...
     static MyClassWhichUsesPlugin() //static Constructor
     {
         ...
     }
  }
```
Avec ce script, il n'est pas nécessaire de copier autour de Dll. L'Unité de l'éditeur trouve dans le Assets/.../Plugins/...-dossier et le fichier exécutable trouve dans ..._Data/Plugins-répertoire (où ils obtiennent automatiquement copiés lors de la construction).

Je ne pouvais pas la statique de travailler dans l'Unité 2017.3.1f1. Lors de l'exécution j'ai eu: "UnityException: get_dataPath n'est pas autorisé à être appelé à partir d'un MonoBehaviour constructeur (ou champ de l'initialiseur), de l'appeler dans Éveillé ou Démarrer à la place." Je l'ai mis à utiliser Éveillé() et il a bien fonctionné & le rédacteur en chef & dans mon construire.

OriginalL'auteur Lars Bilke
4

Mettre la DLL(s) de l'Unité des interfaces dans le Projet\Assets\Où\Works\Meilleurs\Plugins.

Place toute dépendance Dll qui ne sont pas directement accessibles par vos scripts dans le Projet. Cela permettra à votre programme à exécuter dans l'éditeur.

Lorsque vous générez, encore une fois la copie de la dépendance fichiers DLL, cette fois à la racine du répertoire de construction (juste à côté de l'exécutable généré). Cela devrait permettre à votre application de charge lors de l'exécution.

(Astuce: vous pouvez utiliser Dependency Walker vous regarder Dll et voir ce qu'ils en dépend.)

OriginalL'auteur sirbrialliance
3

Bien je l'ai eu à travailler.
Pour les autres, qui peuvent faire face à ce problème, si vous avez plus d'une dll, vous devez mettre le second dll au niveau de la racine de l'Unité de l'éditeur (p. ex. C:\Program Files\Unité\Editor) et référencé dll à partir d'un script dans le dossier plugins.
Cela a fonctionné pour moi.

Un endroit meilleur pour les fichiers dll serait dans le dossier du projet. Il suffit de placer les fichiers dll dans le même dossier que les "Actifs" et "Bibliothèque" des dossiers.
cela a fonctionné pour moi, m'a sauvé des heures de maux de tête merci les gars pour l'affichage de la question, les réponses et les commentaires!
- Je garder obtenir ceux Exception, même moi, je place le fichier dll dans le répertoire du projet et dans le même dossier que le fichier exécutable après génération. Sont Visual C++ Redistributable-elle nécessaire? - Je construire dll à partir de Visual C++ 2008 SP1 et installé tous les Visual C++ 2008 Redistributable disponible dans le site web de microsoft à toujours obtenir exception dll pas trouvé dans d'autres machine.
J'ai essayé toutes ces solutions pendant des heures... s'est avéré que mon DLL externe est un 32 bits, et mon Unité du projet était de 64 bits. A été prise en DllNotFoundException ai donc dirigé vers le bas le chemin de jardin... une autre chose à regarder dehors pour.

OriginalL'auteur Raj
2

J'ai passé une journée avec cette erreur. Mon problème est que Android n'est pas obtenir la bibliothèque et de toujours obtenir et DDLNotFound erreur. Ma solution a été:

1.- Assurez-vous que vous avez les bibliothèques pour la bonne architecture dans le dossier Plugins.

Plugins/Android/x86 et d'Plugins/Android/armeabi-v7a si vos paramètres de génération de matières GRASSES(x86&bras)

2.- Vérifiez que l'Unité reconnaît que les bibliothèques. Si vous sélectionnez dans l'onglet Projet, vous devriez voir comme une bibliothèque et de la plate-forme et de l'architecture.

3.- Après la compilation (ne fermez pas l'Unité de l'Éditeur!), vous pouvez vérifier dans le Temp/StagingArea/libs si vos bibliothèques sont là. Si il y en a là pour s'assurer que les bibliothèques vont être dans l'APK. Comme un double contrôle, vous pouvez ouvrir votre APK (changement d'extension zip) et de voir les bibliothèques dans le dossier lib.

4.- En C#, vous devez supprimer toutes les lib préfixe dans le nom de votre bibliothèque, par exemple:

Si votre nom de la bibliothèque est "libdosomething.donc," vous devriez l'appeler comme

[DllImport ("dosomething")]

J'espère que ce travail pour vous 🙂

Acclamations.

Cela m'a aidé. Je suis à l'aide de l'Unité 2018.3 et la bonne architecture est maintenant Plugins/Android_x86 et de Plugins/Android_armeabi-v7a. J'ai aussi mis une bibliothèque dans Plugins/Android_arm64-v8a mais alors que l'Unité reconnaît comme arm64 il n'est pas utilisé.. Android_x86_64 n'est pas pris en charge

OriginalL'auteur Alexis Barra
1
- Plugins devraient rester tous dans un dossier appelé Plugins.
- L'architecture de votre fichier dll est construit pour (x86 ou x86_64) doit correspondre à la version de l'architecture de l'Unité de l'Éditeur. L'unité de l'Éditeur de 32 bits ne prendra pas en charge 64 bits plugins et vice-versa.
- Si vous ciblant à la fois 32 bits et 64 bits des architectures, vous devriez mettre votre dll dans spécial nommé dossiers dans le dossier Plugins. Les noms sont Plugins/x86 32 bits dll et l'Plugins/x86_64 (x64 également des œuvres) pour les systèmes 64 bits dll.
- Visual C++ Transmissibles doit être installé. J'ai tout de 2008.
- Lorsque vous créez tous vos fichiers dll doivent être copiés dans le même chemin d'accès de votre fichier exécutable (et encore construit pour la bonne x86/x64 architecture)
Ces fils sont un peu obsolète, mais toujours pertinentes

DLLNotFoundException - Plugin Unity3D

L'unité erreur du compilateur interne avec dll personnalisée

OriginalL'auteur SteakOverflow
0

il suffit de mettre la dll sous dossier Plugins et qui fonctionne pour moi

OriginalL'auteur fieldChao

Vous devez vous connecter pour publier un commentaire.