Discussion :

[Gogoye]

Bonjour à tous,

Je désire exporter certaines fonctions dans une DLL pour réaliser un plugin pour le logiciel Virtools (pour les connaisseurs).
J'exporte chaqune de ces fonction avec l'expression __declspec(dllexport).

Mes fonctions sont bien exportées dans la DLL, mais le plugin n'est pas chargé par le soft.

Une des fonctions est par exemple CKGetPluginInfo.

Si j'étudie avec Dependency Walker (outil VS6) la DLL d'un plugin qui marche, je vois l'entrée :

Code :

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

1
2
 
CKGetPluginInfoCount

Si j'étudie ma DLL, l'entrée correspondante à cette fonction ressemble plutot à ca :

Code :

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

1
2
 
?CKGetPluginInfoCount@@YAHXZ

Il y a effectivement un problème, mais je ne sais pas à quoi correspondent ces caractères, et comment y remédier.

Vous avez des idées ? Merci d'avance !

[mat.M]

Si j'étudie ma DLL, l'entrée correspondante à cette fonction ressemble plutot à ca :

Code:

?CKGetPluginInfoCount@@YAHXZ

cela s'appelle du "name mangling"
Explication : le compilateur C++ "mange" les déclarations de variables et procédures
Quelqu'un donnera une explication plus détaillée à ce sujet j'en suis certain ; je crois que cela vient du fait qu'en C++ les pointeurs de fonctions sont rangées dans une table particulière

Seule solution : faire un fichier source avec extension .c et non .cpp et déclarer les fonction avec __declspec(dllexport) ce qui est il me semble déjà fait ( ou bien extern "C" )

[Gogoye]

J'avoue que je n'ai pas compris grand chose... je vais faire une petite recherche du "name magling" sur le net.

En plus, ca ne m'arrange pas d'ecrire ces fonctions dans un .c

Merci quand même!

[bigboomshakala]

Bonjour,

Fais une recherche sur à propos de la décoration des noms (noms décorés) dans les DLL et de extern "C". Je pense que ça résoudra ton problème.

au lieu de mettre pour chaque fonction

Code :

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

__declspec(dllexport) type maFonction(param);

essaie

Code :

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

1
2
3
#define EXPORT extern "C" __declspec(dllexport)
 
EXPORT type maFonction(param);

je ne pense pas que changer l'extension .cpp en .c change quelquechose ? si quelqu'un a plus d'infos là-dessus...
je n'ai écris que 3/4 DLL, mais l'extension était .cpp.

[mat.M]

En plus, ca ne m'arrange pas d'ecrire ces fonctions dans un .c

Ma perché ? si les noms sont édulcorés c'est parce que tu utilises des méthodes abstraites dans une classe , alors ?


Virtools ils ne proposent pas des exemples dans leur SDK ??????

je ne pense pas que changer l'extension .cpp en .c change quelquechose ? si quelqu'un a plus d'infos là-dessus...

eh bien BigBoomShakala , je crois qu'un fichier avec l'extension .c appelle le compilateur c spécifique et inversement C++ pour un fichier .cpp
Attention : cela reste à vérifier , ce que j'ai écris

[bigboomshakala]

un fichier avec l'extension .c appelle le compilateur c spécifique et inversement C++ pour un fichier .cpp

ce que je voulais dire c'est qu'on peut faire une DLL avec le code dans un .c ou .cpp. mais je ne sais pas qu'elle sera la différence entre compiler en C et compiler en C++.

[Trap D]

un fichier avec l'extension .c appelle le compilateur c spécifique et inversement C++ pour un fichier .cpp

ce que je voulais dire c'est qu'on peut faire une DLL avec le code dans un .c ou .cpp. mais je ne sais pas qu'elle sera la différence entre compiler en C et compiler en C++.

En C++ il y aura des warnings en plus (si on met pas le type pour les malloc par exemple), en C le compilo n'acceptera pas pas qu'on déclare une variable en plein milieu d'un code, mais je ne sais pas s'il y a de grosses différences dans l'exe produit.