DllImport fonctionne en .NET 3.5 mais pas en 4 !

Bonjour,

J'ai rencontré un problème sur quelque chose que je sais pas faire en framework 3.5 d'habitude : exporter mes fonctions c++ via DllImport. Cette fois ci j'ai fait un projet en framework 4 et j'ai eu le droit à une exception du type : la signature de la fonction n'est pas la même en code managé et en code non managé. J'ai mis du temps à cherche l'erreur en vain, puis que j'ai passé mon projet en 3.5 et là magie ça marche !

Voici un exemple:
C++/Qt : Quand j'appelle une fonction sans paramètre ça marche bien, si là je rajoute un paramètre même en int ça foire :

Code:

---

1 2 3 4 5

extern "C" VISUVIDEOENGINE_EXPORT VisuVideoEngine *VisuVideoEngine_TEST(int c) { VisuVideoEngine *instance = new VisuVideoEngine(QString(""), QString("")); return instance; }

---

C#

Code:

---

1 2	[DllImport("VisuVideoEngine.dll")] public static extern IntPtr VisuVideoEngine_TEST( int a);

---

Est-ce que quelqu'un saurait pourquoi ça ne fonctionne plus en 4 ?

Bizarre! La seule différence dont j'ai entendu parler entre /NET 3.5 et 4.0 à propos des DllImport est la CallingConvention. .NET 3.5 était plus permissif et corrigeait automatiquement les erreurs, mais pour des questions de performances ils ont modifié ça dans .NET 4.0

On ne sait jamais, essaye avec

Code:

---

1 2	[DllImport("VisuVideoEngine.dll",CallingConvention=CallingConvention.Cdecl)]

---

Bon ben apparement ça marche nickel avec la CallingConvention !
Merci ;)

A noter que exporter des fonctions C/C++ en C Calling Convention (CDecl) n'est pas standard. En effet, si .Net accepte de consommer de telles fonctions, peu d'outils en font autant.

Le standard est d'exporter en __stdcall (coté C, soit StdCall coté .NET) qui est la convention dite aussi "Pascal" (qui est aussi celle utilisé par les APIs Windows).

Cette convention est à peu près universellement supportée.

Une exception : en Windows CE & Windows Mobile le standard est la convention d'appel C.

Du côté c++ j'utilise Qt, donc l'export est fait une macro Qt, je sais pas trop ce qu'il y a derrière, peut être qu'il n'y a pas le __stdcall.

Merci pour vos réponse !