Discussion :

[JeanBono]

Bonjour,

J'ai reçu un SDK récemment contenant une dll dite managée écrite en C++ avec un .h.
Ne pouvant donner plus de détails concernant cette dll pour respect de confidentialité, je l’appellerai sdk.dll et idem pour mon .h.
Dans mon sdk.h j'ai donc:

Code c++ :

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

1
2
3
4
5
6
7
8
9
10
 
...
#ifdef _WIN32
#define DLLEXPORT __declspec(dllexport)
#else
#define DLLEXPORT
#endif
...
DLL_EXPORT int UneFonction();
...

J'ai bien essayé de suivre cette exemple:http://stackoverflow.com/questions/1...-dll-in-delphi
Rien...je récupère bien le handle de la dll mais impossible de chopper la fonction!
J'ai passé aussi la dll sous TDump (http://delphi.developpez.com/faq/?pa...s-dans-une-DLL) et idem...rien ne sort de cette dll managée?
Je comprend que dalle :p
Faut-il créer une dll à partir de ce .h pour l'utiliser avec delphi ?
Bref, si quelqu'un pouvait me mettre sur une piste, ça serait sympa.

Bonne journée! (malgré un temps pourri ^^)

P.S: je viens de voir que ma dll est compilée sous .net 4.0

[ShaiLeTroll]

Si TDump ne sort rien, cela va être difficile !
C++ Managé, en gros c'est du Framework Dot NET

Il existe Atozed Cross Talk mais je ne crois pas que cela soit pérenne


Il faut faire en Visual Studio une interface supportant l'interopérabilité COM
Tu peux utiliser la version Express, gratuite, c'est comme cela que je l'ai fait à chaque fois que j'ai été confronté à ce problème

[JeanBono]

Merci pour la réponse ShaiLeTroll.

C++ Managé, en gros c'est du Framework Dot NET

Exact! j'ai vu que ça pouvait se décompiler et se recompiler...(j'avais même activé l'interopérabilité COM et j'avais commencé à mettre un package pour les DllExport).

Cependant, j'ai vu que dans mon sdk j'avais aussi la dll win32...
Du coup, j'ai pu traduire le .h en .pas et tout fonctionne nickel sous delphi lorsque j'appelle les fonctions de la dll.

Des fois, une bonne nuit de sommeil aide à résoudre les problèmes de la veille