Discussion :

[pol2095]

Bonjour,

ma dll en visual C++ appelle une dll en C#, pour que ça fonctionne il faut que ma dll soit placé dans le même répertoire que mon exe, est-il possible d'ajouter un autre répertoire où rechercher les dlls ?
La dll se trouve dans un sous-répertoire.

Merci.

[bacelar]

Arrêtez vos bricolage, SVP.
https://msdn.microsoft.com/fr-fr/library/ms235542.aspx

[pol2095]

je ne vois pas en quoi c'est du bricolage, ça permet d'avoir un projet correctement structuré.
Ce lien ne me dit pas comment modifier le manifest ?

J'ai trouvé ce lien AddDllDirectory function mais ça ne fonctionne pas.

[bacelar]

je ne vois pas en quoi c'est du bricolage, ça permet d'avoir un projet correctement structuré.

Un assembly .NET (C#), comme un composant COM, n'est pas une Dll au sens système, même si les fichiers générées ont des extensions en .dll.

pour que ça fonctionne il faut que ma dll soit placé dans le même répertoire que mon exe,

Si ça c'est pas du bricolage, ça y ressemble furieusement. Il est très probable que le répertoire d'un EXE soit extrêmement contraint en terme de sécurité et que des Dll, type plug-ins par exemple, doivent être stockées ailleurs pour éviter ces problèmes de sécurité.
Et rien ne garantit que les réglages système qui permettent à ce bricolage de fonctionner sur votre machine de développement soient les mêmes sur toutes les machines de vos clients potentiels.

est-il possible d'ajouter un autre répertoire où rechercher les dlls ?

C'est pas une Dll, vous ne connaissez pas les réglages qui défonceront vos assertions, etc...

En utilisant un manifeste vous pouvez rendre votre structure de fichiers opérationnelle sur l'ensemble des plateformes clientes potentielles.

Ce lien ne me dit pas comment modifier le manifest ?

Un manifest, c'est juste un fichier XML dont éditable avec n'importe quel éditeur de texte.

J'ai trouvé ce lien AddDllDirectory function mais ça ne fonctionne pas.

Avez-vous au moins lu la documentation, et en particulier les "Remarks", mais bon, c'est pour des Dll "système", pas pour des assemblies.

[Médinoc]

AddDllDirectory() peut être nécessaire quand un assembly .Net référence des DLLs non-managées (et s'il les référence directement, genre les dépendances d'un assembly en C++/CLI, plutôt que via P/Invoke, alors on ne peut pas charger l'assembly sans les DLLs).

Mais dans le cas des assemblys .Net, ils doivent:

• soit être tous situés dans le même répertoire,
• soit s'ils sont ailleurs, il faut:
  
  • soit les charger via leur chemin (Assembly.LoadFrom()) ce qui a des conséquences pour le contexte de sécurité (c'est ce que je fait pour mes plug-ins).
  • soit faire la résolution soi-même si on veut les charger dans le même contexte de sécurité.

[pol2095]

Merci @Médinoc "Assembly.LoadFrom()" fonctionne.

une autre question :
existe-il une fonction pour décharger cette dll quand on en a plus besoin ?