Discussion :

[StormimOn]

Bonjour,

J'ai un projet C# qui utilise un wrapper C++/CLI. J'ai pas mal de DLL en C appelée depuis le wrapper et par défaut ces DLL je dois les mettre dans le répertoire de sortie de l'appli C# (avec la DLL du wrapper donc).

Peut-on spécifier un autre emplacement pour les DLL en C ? Par exemple, je voudrais que ces DLL soient dans un répertoire dll qui se trouverait dans le répertoire de l'application.

[SaumonAgile]

Dans l'app.config, je recherche quelle section exactement. J'éditerai mon message quand j'aurais trouvé.

EDIT : Tu peux le définir en ajout cette balise <probing privatePath = "Bin;Dll"/>
Elle permet de spécifier les endroits où l'executable va chercher les assemblies dépendantes.

[StormimOn]

Je teste la semaine prochaine et je vous tiens au courant. Merci beaucoup en tout cas ^^

[StormimOn]

Bon, soit ca ne fonctionne pas soit je m'y prend mal.

J'ai suivi ceci pour ajouter un fichier de configuration à mon projet C++/CLI.

Le contenu du fichier de configuration

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<configuration>
	<probing privatePath="Bin"/>
</configuration>

Dans mon répertoire de sortie j'ai donc ma dll C++/CLI, que l'on appellera MaSuperDll.dll, le fichier de configuration MaSuperDll.dll.config et mon exe en C#, MonSuperExe.exe qui appelle le wrapper C++/CLI.

Dans le répertoire de sortie, j'ai un sous-répertoire Bin qui contient les dll nécessaire au wrapper C++/CLI.

Au lancement j'ai une exception car il ne trouve pas les DLL.

Je me suis planté où ? ^^

[nico-pyright(c)]

tiens au fait mon ptit StormimOn, t'as le meme tuto en fr ici http://nico-pyright.developpez.com/t...rationsection/

ces dll que tu veux avoir, ce sont des dll win32 ou des assemblys ?

[StormimOn]

Ce sont des DLL en C fournies par un tiers.

J'ai les .h et les .lib pour compiler le wrapper C++/CLI (utilisé par un projet C# au sein de la même solution) et je veux pouvoir indiquer où seront placées les DLL C , histoire d'organiser un peu l'ensemble.

[nico-pyright(c)]

les dll doivent etre dans le meme répertoire que le wrapper, ou dans le path (ce qui est peut-etre le plus adapté).

Sinon, il faudra faire un chargement dynamique plutot qu'une liaison statique

[StormimOn]

les dll doivent etre dans le meme répertoire que le wrapper, ou dans le path (ce qui est peut-etre le plus adapté).

Arf

Sinon, il faudra faire un chargement dynamique plutot qu'une liaison statique

Je vais regarder de ce côté, j'avais un exemple je crois pour ça mais en C#. C'est le même principe je suppose.

Le seul truc c'est que les DLL sont en C, donc pas de notions de classes, et d'après mes souvenirs tu charges l'assembly, tu récupères un type pour récupérer les infos des méthodes de ce type et après avec le Activator tu crées une instance du type qui servira à appeler la méthode.

[nico-pyright(c)]

non, mais ca, c'est pour instancier un objet .net
j'avais cru comprendre que tu parlais des dll C que tu utilisais dans ton wrapper

le chargement dynamique aurait une tete comme ca : http://cpp.developpez.com/faq/vc/?pa...owToLoadDynLib

[StormimOn]

Ok, je testerais pour voir

[StormimOn]

Juste un petit message pour dire que c'est résolu. Plutôt que d'essayer de faire une liasion dynamique en C, j'ai fini par utiliser le probing.

J'ai mon projet C++/CLI qui utilise les DLL C. La dll de ce projet et les DLL C sont dans un répertoire bin du répertoire du projet principal.

J'ai mon projet principal qui référence le projet C++/CLI et j'ai ajouté le répertoire bin dans le probing via l'app.config et ca fonctionne nickel

Je ne connaissais pas le probing, mais c'est super pour organiser son répertoire d'application