Version imprimable
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.
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.
Je teste la semaine prochaine et je vous tiens au courant. Merci beaucoup en tout cas ^^
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
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.Code:
2
3<configuration> <probing privatePath="Bin"/> </configuration>
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� ? ^^
tiens au fait mon ptit StormimOn, t'as le meme tuto en fr ici http://nico-pyright.developpez.com/t...rationsection/ :aie:
ces dll que tu veux avoir, ce sont des dll win32 ou des assemblys ?
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.
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
Arf :(Citation:
Envoy� par nico-pyright(c)
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.Citation:
Envoy� par nico-pyright(c)
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.
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
Ok, je testerais pour voir :)
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 :D