Pb: Erreur lors de l'utilisation de ma Dll c++ en VbRésolu

Question

Bonjour &#224; tous!<?xml:namespace prefix =  o ns = "urn:schemas-microsoft-com:office:office" />


J'ai cr&#233;&#233; une dll de gestion de base de donn&#233;es en c++ et, pour me simplifier la tache c&#244;t&#233; pr&#233;sentation, je fais l'interface graphique en Vb.


J'ai test&#233; ma Dll et elle ne contient aucune erreur.


Seulement voil&#224;: lorsque j'importe ma dll dans VB:


Public Declare Function TDBOpenDB Lib "DllTennisCDB.dll" (ByRef path As String) As Long


export&#233;e en C++ par la d&#233;finition suivante: (avec extern "C" en en-t&#234;te)


DLLEXPORT int __stdcall TDBOpenDB(const char *path);


J'ai le message d'erreur suivant lorsque je lance (avec "Run") le programme en VB:


 "Erreur 49: Convention d'appel de Dll incorrect"  &#224; la ligne:


Dim res As Long


    res  = TDBOpenDB("C:\Temp\Tdb")


Pourtant, si je compile mon programme sans rien y changer, et qu'ensuite je lance l'ex&#233;cutable, il n'y a aucune erreur et tout marche bien. Cependant, je suis encore en phase de d&#233;veloppement et j'ai besoin de tester les fonctions sans perdre du temps &#224; compiler &#224; chaque fois mon programme.


J'ai essay&#233; avec et sans le "__stdcall" avec le m&#234;me r&#233;sultat, j'ai aussi cherch&#233; sur internet mais je n'ai rien trouv&#233; qui puisse m'apporter une r&#233;ponse.


Si quelqu'un a une id&#233;e sur la cause de l'erreur, je serais ravi d'entendre son avis.


(Je d&#233;veloppe sous Windows 2000 avec Microsoft Visual Studio 6.0)


Merci d'avance, et bonne programmation!

cs_casy · Accepted Answer

Perso lorsque je passe des chaines &#224; une DLL, je met ByVal et non ByRef
car la variable de type string en VB est en r&#233;alit&#233; (je crois) un
"pointeur" sur une chaine et non la chaine elle m&#234;me.



Je ne sais si &#231;a a une influence mais pour stdcall, je l'&#233;crit avec un seul underscore et je ne met pas const dans la d&#233;claration des param&#232;tre dans les fonctions de la dll.


Je n'ai pas non plus extern "C" dans la dll, par contre je l'ai mis
pour les d&#233;clarations des fonctions de la dll dans une appli en C


C'est peut-etre aussi le fait de passer la chaine directement (en VB),
essaye de passer par une variable interm&#233;daire plutot que de mettre la
chaine directement dans l'appel de la fonction.



<hr size="2" width="100%">Si le cerveau &#233;tait assez simple pour que nous puissions le comprendre,

nous serions assez b&#234;te pour ne pas le comprendre malgr&#233; tout.

PavICF · Answer

Merci pour ta r&#233;ponse.<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />


En ce qui concerne les ByRef, je les ai mi en d&#233;sespoir de cause, &#224; la base il y avait des ByVal. Ce que tu dis est vrai pour les cha&#238;nes de caract&#232;res en VB, il passe un pointeur et non une valeur (cf documentation MSDN).


En fait, je viens juste de r&#233;soudre le probl&#232;me, bien que je ne sache pas exactement d'o&#249; il venait, j'ai ma petite id&#233;e sur la question.


J'ai enlev&#233; extern "C" (qui sert &#224; exporter des noms de fonctions non d&#233;cor&#233;s), et du coup &#231;a marche.


Je pense que lors de l'ex&#233;cution du programme &#224; partir de Vb, le compilateur doit avoir besoin des noms de fonctions d&#233;cor&#233;s pour conna&#238;tre le type des arguments pass&#233;s &#224; la fonction.


Mais ce qui est bizare, c'est que lorsque le fichier est compil&#233; et devient un ex&#233;cutable, ce dernier n'en a pas besoin.


En ce qui me concerne cela reste un myst&#232;re.


Mais bon, &#231;a marche et c'est l'essentiel.


Merci pour ta r&#233;ponse et bonne programmation!