Discussion :

[cdumargu]

Bonjour à tous,

Je suis en train de créer un programme qui commence à être assez long et j'ai donc décidé de créer une Dll qui me permettra d’appeler quand j'en aurai besoin certaines des fonctions. Mais là ou ça se corse.. Mon programme fait déjà appelle à une Dll (non managé en plus - en C++).

Plus bref :
La Dll que je dois créer implique des fonctions. Et ces fonctions appellent une autre Dll (Non managée).

La question :
-Dois-je obligatoirement créer cette Dll sans me soucier de l'autre Dll? Donc en faisant des appels normaux vers l'autre Dll (problème : Quand j'ai besoin de la Dll en C# je suis obligé de copier aussi la Dll en C++), ou
- Il y aurait une possibilité pour inclure dans ma Dll en C#, la Dll en C++?

Ça m'a l'air bien complexe comme objectif.. Qu'en pensez-vous? Existe t'il des tutoriels? De mon côté, je n'ai trouvé ni tutoriels ni conversations sur ce sujet.

Cordialement, Clément.

[DonQuiche]

Bonjour, je vois deux solutions :

La façon "sale" consiste à embarquer la dll comme une ressource de ton appli dotnet, la copier sur le disque au démarrage (dans n'importe quel dossier), puis appeler LoadLibrary (api win32). Une fois chargée en mémoire les appels à DllImport seront automatiquement redirigés vers celle-ci.

La façon propre consiste à recompiler les dll natives avec /clr pour créer des dll managées et ensuite utiliser ILMerge pour fusionner le tout. Cela dit la compilation avec /clr a un impact sur les performances.