Intéropérabilité d'une bibliothèque C avec du C#

Bonjour tout le monde,

J'essaye de générer une dll C++ et de l'utiliser dans un programme c#. Lors de l'ajout de la dll dans les références du programme C# une erreur survient qui est la suivante : http://www.developpez.net/forums/att...5&d=1372939743

Ensuite j'ai essayer d'utiliser la dll comme c'est mentionnée dans le point 3.3 du tutoriel sur le lien : http://nico-pyright.developpez.com/t...c2005/interop/ et j'ai eu l'erreur suivante que j'ai pa spû résoudre. (vous trouvez une image qui illustre cette erreur) : http://www.developpez.net/forums/att...6&d=1372940114

Est ce que quelqu'un a une idée sur l'origine de l'un de ces deux problèmes et/ou comment le résoudre ??

Merci beaucoup d'avance

a tu lis ca

Citation:

---

N'oubliez pas bien sur de copier la DLL libC.dll dans le répertoire avec l'exécutable C#.:ccool::ccool::ccool:(dans le DEBUG )
Notez ici l'importance de l'emploi de extern "C" comme expliqué précédemment, le nom de la fonction n'est pas décoré et est facilement utilisable.

---

Oui bien sûr j'ai suivi le tutto à la lettre. Donc j'ai rien oublier :)

tu peux me donner le DLL pour que je puis tester je n'est pas de C++ installé sur ma machine :mrgreen:

Salut,
Le premier c'est tout à fait normal, un ne peut référencer QUE des assembly .Net ou des composants COM. Ta dll C n'est ni l'un ni l'autre. Tout à fait normal donc et rien à y faire. La bonne solution est la seconde.

La seconde erreur vient très probablement de la différence de plateforme. En .Net on peut compiler pour du x86, du x64 ou du "AnyCPU" (qui fonctionnera sur les deux plateformes).
Dans le cas du AnyCPU, l'exécutable se lance dans le mode de la machine (x64 sur machine 64bits équipées d'un Os 64bits, sinon x86).
Dans tous les cas, tu ne peux pas mixer les modes. Si ton exécutable .Net se lance en x64, tu dois compiler ta lib C en 64 bits également. Si c'est du x86, ta lib C doit être compilée en 32 bits.

Voici les options de mes projets :
Projet C++ pour générer la DLL :
C/C++ -> Génération de code -> Bibliotheque Runtime = DLL multithread (/MD)
Editeur de liens -> Avancé -> Ordinateur cible = MachineX86(/MACHINE:X86)
Projet C# :
Propriétés -> Générer -> Plateforme = (x86) active
Propriétés -> Générer -> Général -> Plateforme cible = x86

Donc normalement avec tel configuration j'ai une DLL compilée en 32 bits et le projet en plateforme x86 et pourtant ça ne fonctionne pas et ça me génére la première erreur...Je vois pas comment la corriger ?

Voici la DLL azstar si tu veux l'essayer :)

Merci pour vos réponses :)

bonjour Cool_Boy

Un peu de rigueur dans la frappe (enleve le double souligne )dans ton fichier .c:

Code:

---

1 2 3 4 5

extern "C" _declspec(dllexport) int addition(int a,int b) { return a+b; }

---

Ensuite dans l'appel P/Invoke de l'autre cote du fichier .cs il faut preciser que tu utilises la meme convention d'appel .

avec un projet winform de test tu aurais ce code:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

public partial class Form1 : Form { public Form1() { InitializeComponent();     }   [DllImport("libC.dll", CallingConvention = CallingConvention.Cdecl, CharSet = CharSet.Auto)] public static extern int addition(int a, int b);   private void button1_Click(object sender, EventArgs e) { textBox1.Text = addition(10, 15).ToString(); } }

---

bon code........

Merci tous pour vos réponses.

Pour Mabrouki, en faite c'est pas moi qui a choisi de mettre le double souligne mais c'est une commande qui est sous cette forme : extern "C" __declspec( dllexport ), alors je l'ai repris comme elle est http://msdn.microsoft.com/fr-fr/library/wf2w9f6x.aspx :)

C'est bien __declspec et non _declspec. C'est spécifique à Visual Studio pour autant que je sache.
Sinon, pour le coup de la convention d'appel, le framework 4 ne corrige plus le problème automatiquement. Avant si tu te plantais de convention, l'erreur était automatiquement catchée et la bonne convention était utilisée. Maintenant l'erreur n'est plus catchée.
Or, la convention par défaut pour le compilo Visual C++, c'est "cdecl", alors qu'en pinvoke c'est "stdcall" car c'est la convention utilisée par les API Win32.

Du coup si c'est toi qui compile la lib, avec visual studio, sans changer la convention d'appel, alors tu dois la spécifier dans le DllImport.
Tu peux changer la convention d'appel de la fonction C si tu préfères, en la spécifiant sur la fonction, ou en configurant le projet pour changer la convention par défaut.

Bonjour ctxnop,
Merci pour ta réponse mais j'ai une question :
Comment spécifier dans dllimport la convention d'appel ? ou comment on peux changer la convention d'appel de la fonction C ??

Merci d'avance

Pour spécifier la convention d'appel dans le DllImport il faut simplement faire comme Mabrouki l'a indiqué. Ajouter CallingConvention = CallingConvention.XXXXX où XXXXX est la convention à utiliser (spécifié par l'enum)

Côté C, il faut l'ajouter à la fonction, entre le type de retour et le nom de la fonction :

Code:

---

1 2 3

int __stdcall mafonction() { return 0; } int __cdecl monautrefonction() { return 10; }

---

Voir la documentation.

Il est également possible de changer la convention d'appel par défaut pour tout le projet.