Discussion :

[karen8304]

Bonjour,

Je dispose d'une DLL écrite en C++ et je souhaiterais créer un wrapper C de celle-ci.
Je dispose du fichier .h et du fichier .dll mais je n'ai pas accès au code source (.cpp).

Est-ce qu'il est possible de créer un wrapper sans le code source ? Si oui, pouvez-vous m'indiquer les démarches à suivre ou si un tutoriel existe je veux bien que vous le partagiez s'il vous plaît ?

Je vous remercie par avance pour votre aide.

Bien cordialement.

Karen

[dragonjoker59]

Salut!

Pour wrapper une DLL, il faut que tu saches:
1) Les fonctions qu'elle exporte (faisable en utilisant Dependency Walker, ou en ayant le .h que tu dis avoir)
2) Les fonctions dont tu as besoin parmi ces fonctions.

Et donc oui, c'est faisable sans avoir le code source.

[bacelar]

Il faut aussi avoir le même compilateur, les mêmes versions des librairies et des templates et les mêmes options de compilation utilisés pour compiler un wrapper de Dll.

C'est tellement con de faire une Dll en C++ qui n'exporte pas une API utilisable en C que je penche pour de l'amateurisme complet.

Oui, c'est faisable, mais il y a tellement de choses qui peuvent partir en sucette que ...

[karen8304]

Merci pour vos réponses.

Donc oui je dispose du .h, je peux avoir accès à tous les prototypes présents dans la DLL et je peux donc faire un tri des fonctions que j'ai besoin.

Pour vous mettre dans le contexte on m'a fourni un dossier avec plusieurs fichiers (.dll, .h et .lib), cette DLL est compilée en C++.
J'ai besoin de l'importer sous LabVIEW et pour cela on m'a conseillé de créer un wrapper afin de faire le lien avec LabVIEW, notamment dans le cas de l'utilisation de types de données spécifiques au C++.

Malheureusement je n'ai pas accès au code source pour l'instant, vous m'avez dit qu'il était possible de créer un wrapper sans le code source donc pouvez-vous m'en dire plus s'il vous plait ?

Je vous remercie par avance.

[Médinoc]

Cf. la réponse de Bacelar: Si la DLL utilise le moindre type de la STL dans son interface publique, alors tu auras besoin de savoir exactement quel compilo a été utilisé (à la version près!) et utiliser exactement le même, sans quoi c'est peine perdue.

Si la DLL n'emploie que des types primitifs dans son interface par contre, tu as une chance.

[karen8304]

Si j'ai bien compris j'ai peu de chance de réussir.

Y a t'il un moyen rapide pour savoir si la DLL utilise un certain type de la STL dans son interface publique?

Je suis encore une débutante donc excusez-moi si c'est une question élémentaire.

[bacelar]

On t'a bien noirci le tableau mais il y a quand même des chances que cela se passe bien.

Compilée avec un compilateur C++ ne veut pas dire que le code soit en C++, beaucoup de programmeur C utilise un compilateur C++ parce que c'est plus simple.

Pour éviter toutes ambiguïté, utilises un outil comme Dependency Walker (http://www.dependencywalker.com/) sur cette dll et postes une copie d'écran.

[Médinoc]

Y a t'il un moyen rapide pour savoir si la DLL utilise un certain type de la STL dans son interface publique?

Je dirais tu obtiens une liste des fonctions exportées et tu regardes si tu vois autre chose que des types primitifs.

[koala01]

Salut,

Je dirais tu obtiens une liste des fonctions exportées et tu regardes si tu vois autre chose que des types primitifs.

Et, à partir du moment où tu as les fichiers d'en-tête relatifs à la dll en question, il devrait être "assez simple" de trouver cette liste :

• recherche (s'il y en a) toutes les fonctions libres qui présentent un symbole (souvent NOM_DE_LA_LIB_API) entre le type de retour et le nom de la fonction
• recherche (s'il y en a) toutes les fonctions membres publiques des classes et des structure qui qui présentent un symbole (le même que pour les fonctions libres ) entre le mot clé et le nom de la classe/fonction.
• recherche les éventuels alias de type (#define machi, qui seraient une aberration et typedef ou using untype = autrechose )
• vérifie le type de retour et celui des paramètres de ces fonctions

(NOTA : il n'est pas exclu que le symbole soit remplacé directement par __stdcall(dllimport) , vu que les fichiers d'en-tête peuvent avoir été prévu spécifiquement pour l'utilisation de la dll et non pour sa compilation )
Cela devrait déjà te permettre de trouver une grande majorité des fonctions auxquelles tu as accès au travers de ta dll

[karen8304]

Merci pour vos réponses, je vais essayer d'avancer de mon côté et je reviendrais vers vous si j'ai de nouvelles questions.

[bacelar]

L'utilisation de Dependency Walker peut être un peu cryptique, n'hésites pas à poster les copies d'écran et à poser tes interrogations.