Discussion :

[andrei]

Salut,
Existe t il un moyen pour retrouver l'interface pour utiliser une dll quelconque .
Je ne sais pas dans quelle direction chercher.
A+

[le y@m's]

Qu'entend-tu par "une interface pour utiliser une dll" :

[David.Schris]

Pour avoir les noms des fonctions exportées, c'est facile (ex. : avec dumpbin si tu as MSVS, mais plein d'autres outils le font).
Pour avoir des infos sur les types des paramètres, c'est moins évident (leur taille, c'est plus simple).

[andrei]

en fait je n'utilise pas d'outils MS

[David.Schris]

en fait je n'utilise pas d'outils MS

Ce n'est pas une raison pour ne pas répondre à la question "Qu'entend-tu par "une interface pour utiliser une dll : "...

Parmi les outils qui peuvent aider quand (comme moi ) on utilise MinGW : dlltool, nm, pexports.
En fait, lorsqu'on a une DLL sans les sources et qu'on veut l'utiliser dans un programme sans avoir à faire appel à LoadLibrary()/GetProcAddress() dans le programme, on doit créer une librairie ("libXXX.a" avec MinGW) qui permettra de lier l'exécutable produit avec la DLL.
Dans le processus qui mène à la création d'une telle librairie, on est amené à exporter des symboles de la DLL et il y a des chances que cela t'intéresse.
Quelques liens :
http://wiki.tcl.tk/2435
http://www.dcs.gla.ac.uk/~sof/Makefile-dll
http://www.mingw.org/docs.shtml (voir al partie "How to create a def file for a dll")
http://www.geocities.com/yongweiwu/stdcall.htm

Essaye aussi de préciser ta question, de décrire ta situation, de donner des exemples... Sans précision, tu risques de ne pas avoit de réponse ou d'avoir des réponses qui ne te conviennent pas.
Enfin, quand le problème est résolu : cliques sur :smile:

[andrei]

interface pour utiliser une dll

Et bien, ma petite expérience en prog (je suis pas un gourou) m'a appris que l'on mettait les briques qui permettent de faire tourner l'appli.

Dans la programmation objet je suppose donc que les dll contiennent donc les classes de l'appli.

Je voudrais donc avoir les classes avec les methodes et propriétés qui vont avec.

Avec ca je pourrais faire un wrapper pour python.

[David.Schris]

Dans la programmation objet je suppose donc que les dll contiennent donc les classes de l'appli.

Elles peuvent. Les classes peuvent très bien être dans l'exécutable et les DLLs (accompagnant la même application) être écrites en C et n'exporter que des fonctions (et pas des méthodes/classes).
Ce qui peut aider (si on en connaît le format et si ils existent) : les fichiers ".tlb" (Type Library) correspondants à la DLL.

Je voudrais donc avoir les classes avec les methodes et propriétés qui vont avec.

Avec ca je pourrais faire un wrapper pour python.

Tu as essayé les outils cités dans mon précédent message ? Qu'est-ce qu'ils donnent (poste le résultat ou un extrait, ne te contente pas de répondre "pas grand chose") ?

Tu devrais pouvoir mieux comprendre le résultat après avoir lu Name mangling.

[andrei]

Salut,

comme tu l'avais indiqué dans ton premier message :

Pour avoir les noms des fonctions exportées, c'est facile (ex. : avec dumpbin si tu as MSVS, mais plein d'autres outils le font).
Pour avoir des infos sur les types des paramètres, c'est moins évident (leur taille, c'est plus simple).

J'ai obtenu facilement le nom de toutes les methodes exportées grace à pexports.

par contre je n'ai pas d'indices sur leurs parametres

[Aurelien.Regat-Barrel]

Personne n'a cité dependency walker ?
http://www.dependencywalker.com/

J'ai obtenu facilement le nom de toutes les methodes exportées grace à pexports.

par contre je n'ai pas d'indices sur leurs parametres

parce que c'était des fonctions C. Le nom des fonctions C++ est encodé (name mangling, voir réponse de David.Schris). Le name mangling est spécifique à chaque compilo C++. Ta classe n'est pas exportée, ce sont ses fonctions membres / opérateurs etc... qui le sont. Les fonctions virtuelles ne sont pas vraiment exportées, seule la vtable l'est. Donc si y'a des fonctions virtuelles oublie ton wrapper dynamique.
Regarde plutôt du côté de SWIG, qui va à partir d'un fichier de définition d'interface générer le wrapper python / C++. Tu obtiens une dll avec une seule fonction exportée qui renvoie un PyObject que l'interpréteur Python comprend. Ce PyObject est généré par SWIG et décrit la classe C++ (car y'a des choses plus complexes comme la durée de vie et la conversion des types python <-> C++ à effectuer).

[andrei]

Salut,
Dans ce que j'ai lu de SWIG, il faut le source de la dll.

La dll que je voudrais wrapper n'est pas en C/C++ mais c'est une dll de windev.

[Aurelien.Regat-Barrel]

Le problème c'est que c'est bien plus complexe qu'un simple nom de fonction, sauf peut être si la fonction ne reçoit / renvoie rien. Il faut convertir les types, et passer d'un monde à l'autre.
Bref à toi de voir, si tu connais bien le sujet. Sinon faudrait peut être faire un wrapper C/C++ de ta dll windev qui va servir à créer un wrapper SWIG

[David.Schris]

Bref à toi de voir, si tu connais bien le sujet.

J'approuve (si tant est que je puisse). C'est pas "bénin" comme projet mine de rien.

Sinon faudrait peut être faire un wrapper C/C++ de ta dll windev

Mouais...sauf que pour ça ausi il faut avoir le détail de ce que contient la DLL, non ? Enfin moi je dis ça...

[Aurelien.Regat-Barrel]

Dans tous les cas faut avoir une petite idée de comment utiliser la dll

[David.Schris]

Dans tous les cas faut avoir une petite idée de comment utiliser la dll

Et de ce qu'elle fait. Hum...ok, je

Si elle n'est pas trop "énorme" (surtout en nombre d'exports) et si tu as une appli. pas trop complexe qui l'utilise, tracer les appels de l'appli. à la DLL peut parfois donner des indices (en plus de ceux éventuellement fournis par les noms des exports).

D'autres indices peuvent être obtenus quand on peut mettre la main sur une version "debug" de la DLL (plein de symboles à lire). C'est parfois le cas avec les versions beta distribuées par certains.

C'étaient les idées du jour...

[andrei]

Ca va pas etre facile, je ne sais plus si ce que je faire est vraiment réalisable finalement.

La dll n'exporte pas énormément de fonctions. Mais je ne sais pas comment elle fonctionne exactement. C'est la dll qui s'occupe des bases de données hyperfile.
Il n'existe pas de ports vers d'autres plateformes que windev.

[David.Schris]

Et la structure des fichiers (.FIC, .NDX, etc) est-elle complexe ?

[Aurelien.Regat-Barrel]

Ah ouai... déjà y'a un problème de licence je pense. Je suis pas sûr que tu ais le droit de faire ça.

[David.Schris]

Ah ouai... déjà y'a un problème de licence je pense. Je suis pas sûr que tu ais le droit de faire ça.

Le reverse engineering est légal !
Beaucoup d'éditeurs et de constructeurs essayent de limiter l'utilisation du reverse engineering sur leurs produits de peur qu'on ne leur vole des « secrets de fabrication ». Certains, comme c'est le cas avec la DVD-CCA utilisent même des pressions légales pour arriver à leurs fins.

Et pourtant, le reverse engineering est une technique tolérée dans de nombreux pays. Ne nous méprennons pas, l'autorisation du reverse engineering est avant tout motivée par son importance économique, le reverse engineering permettant la migration de techniques informatiques d'un système à un autre.

L'utilisation du reverse engineering est toléré en Europe dans le cas du fair-use, qui l'autorise lorsque l'utilisation des connaissances acquises répond à des besoins d'implémentation d'interfaces ou de correction d'erreurs (débogage).

À terme, le reverse engineering sur un programme permet la création d'un programme voisin, similaire aux programmes écrits par le fabriquant de la technologie analysée, mais qui repose sur des bases complêtement distinctes. Les accusations du viol de secrets industriels ou de propriété industrielle sont donc infondés.

"implémentation d'interfaces"...c'est un peu ce que veut faire notre ami andrei, non ?

Si c'était illégal est-ce que les développeurs de Samba (clique ici pour voir), d'OpenOffice.org (pense aux filtres d'import/export), de plusieurs pilotes sous Linux/*BSD/autres, etc(, etc, etc) ne devraient pas avoir des problèmes ?

[Médinoc]

attention, le reverse engineering, légal ou non, devient illégal de toute façon s'il est interdit dans le contrat de license... (violation du contrat)

[David.Schris]

attention, le reverse engineering, légal ou non, devient illégal de toute façon s'il est interdit dans le contrat de license... (violation du contrat)

Un contrat de licence ne peut pas avoir plus de valeur que la loi.
Et la loi dit :

IV. La reproduction du code du logiciel ou la traduction de la forme de ce code n'est pas soumise à l'autorisation de l'auteur lorsque la reproduction ou la traduction au sens du 1º ou du 2º de l'article L. 122-6 est indispensable pour obtenir les informations nécessaires à l'interopérabilité d'un logiciel créé de façon indépendante avec d'autres logiciels, sous réserve que soient réunies les conditions suivantes :
1º Ces actes sont accomplis par la personne ayant le droit d'utiliser un exemplaire du logiciel ou pour son compte par une personne habilitée à cette fin ;
2º Les informations nécessaires à l'interopérabilité n'ont pas déjà été rendues facilement et rapidement accessibles aux personnes mentionnées au 1º ci-dessus ;
3º Et ces actes sont limités aux parties du logiciel d'origine nécessaires à cette interopérabilité.
Les informations ainsi obtenues ne peuvent être :
1º Ni utilisées à des fins autres que la réalisation de l'interopérabilité du logiciel créé de façon indépendante ;
2º Ni communiquées à des tiers sauf si cela est nécessaire à l'interopérabilité du logiciel créé de façon indépendante ;
3º Ni utilisées pour la mise au point, la production ou la commercialisation d'un logiciel dont l'expression est substantiellement similaire ou pour tout autre acte portant atteinte au droit d'auteur.

Tu peux aussi le lire là.