Discussion :

[benoit70]

J'ai trouvé une DLL(sur le net) qui m'est très utilile mais je n'ai pas le fichier lib qui va avec.
Je suis obligé de faire des GetProcAdress, pour chaque fonction.
(C'est très embettant).
Est-il possible de créer ce fichier lib, qui contient les pointeurs de fonctions.
Merci

[Aurelien.Regat-Barrel]

Moui, avec de la bidouille. Il te faut créer un fichier .def qui contient la liste des fonctions exportées puis avec lib.exe ou link je crois tu peux créer un .lib.

[10_GOTO_10]

La bidouille s'appelle:

Code :

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

LIB /DEF:monfichier.def

[mat.M]

je doute que cela soit possible parce qu'une dll c'est en quelque sorte un exécutable compilé contrairement à une librairie.
Les structures de fichiers sont radicalement différentes

[Aurelien.Regat-Barrel]

Il veut pas transformer sa dll en fichier lib statique (ce qui reste possible avec des softs genre dll2lib), mais créer le fichier .lib qui accompagne la dll, fichier .lib qui permet juste de linker ses programmmes pour utiliser la dll.
Pour extraire la liste des symboles exportées, plusieurs possibilités. J'ai retrouvé un lien:
http://sapdb.2scale.net/moin.cgi/MS_20C_2b_2b_20Toolkit
il utilise link. Mais je me souviens y être parvenu via dependency walker.

[mat.M]

Il veut pas transformer sa dll en fichier lib statique (ce qui reste possible avec des softs genre dll2lib), mais créer le fichier .lib qui accompagne la dll, fichier .lib qui permet juste de linker ses programmmes pour utiliser la dll.

Aurélien je veux bien te croire mais en général la librairie est TOUJOURS livrée avec le module ( la dll )
Donc ce qu'il essaie de faire c'est de tricher , une sorte de réingénierie inverse....

[darkvadr]

******************************************
***Oups double post, comment on fait pour effacer?***
******************************************

[darkvadr]

Aurélien je veux bien te croire mais en général la librairie est TOUJOURS livrée avec le module ( la dll )
Donc ce qu'il essaie de faire c'est de tricher , une sorte de réingénierie inverse....

Par expérience, le plus souvent une dll n'est pas livrée avec le .lib.

Il y a plusieurs raisons a cela.

Une dll peut être faite avec n'importe quel langage/compilateur pour peu que celui-ci sache le faire. Et de nombreux compilateurs ne proposent pas de générer un .lib

Par exemple je programme volontiers mes dll en delphi pour les exploiter en C++.
Pas de .lib ...

Comme précédemment indiqué les .lib borland c++ builder ne sont pas compatibles avec les .lib visual c++.

En effet si les dll sont standardisées (ou presque car les dll d'objets posent des problèmes parfois) ce n'est pas le cas des .lib.

Il revient la plupart du temps au programmeur de creer le .lib a partir de la dll.

Il existe des outils pour cela, et un dev les connait.

Il reste sinon la solution (pas si compliquée ni galère) d'utiliser Loadlibrary et GetProcAdress.

Ce qui est plus étonnant (voir inadmissible) c'est que la dll ne soit pas livrée avec un code exemple. Celui-ci comprend généralement le .h et les GetProcAdress, ce qui par un jeu de copie facilite le dev.

Voilà mon grain de sel a la soupe...


Mais bon sur un post si vieux, je ne sais pas si cela présente un intérêt.

P.S. je mets quelques smiley pour faire plaisir a ma petite fille...

[Mat.M]

Par expérience, le plus souvent une dll n'est pas livrée avec le .lib.

Il y a plusieurs raisons a cela.

Que la lib soit livree ou pas tout depend de la societe ou du concepteur qui la donne.
Par exemple si la societe decide de fournir une sorte de SDK ( par exemple des composantes payantes ).
Ou non.
Il ya des societes specialisees dans la conception de dll, objets .NET,COM etc donc ils fourniront la lib

[darkvadr]

Que la lib soit livree ou pas tout depend de la societe ou du concepteur qui la donne.
Par exemple si la societe decide de fournir une sorte de SDK ( par exemple des composantes payantes ).
Ou non.
Il ya des societes specialisees dans la conception de dll, objets .NET,COM etc donc ils fourniront la lib

Oui effectivement, si c'est le cœur de métier que de concevoir des dll pour x ou y projet, on peut s'attendre au .lib ou du moins a pouvoir le demander pendant la redaction du cahier des charges par exemple.

On trouve quand même pas mal de dll en circulation sans.

Un outil comme implib (c++ builder) génère le .lib a partir de la dll sans effort particulier.

Ce serait bien le diable s'il n'existe pas la même chose pour visual c++

Allez, petit edit, il y a un outil qui automatise le trick .dll-->.def--->.lib pour visual c++, il s'appelle implib32

http://www.geocities.com/SiliconVall...6/implib32.htm

ça date un peu, mais ça fonctionne peut être encore.
Je n'ai pas testé.

[Aurelien.Regat-Barrel]

Oui, normalement. Mais l'informatique est une illustration constante de la loi de murphy .
S'il a le fichier .h je ne pense pas que ce soit de la rétroconception. Par exemple si c'est un .lib Borland il peut vouloir faire la manip pour en avoir un pour VC++.

[benoit70]

Le lien ou tu m'envoie n'est pas très parlant(y a plein de truc qui servent a rien )
Que faire aujuste pour faire les choses d'une manière simple.
Tu me parle de dependency, aucun rapport avec le lien.
Si tu utilise dependency ce serait plutot pour copier les noms des APIs et créer un fichier def.
Non???

[Aurelien.Regat-Barrel]

Oui, car eux ils utilisent un script pour le faire.
Lis "msvcrt.lib missing", il construit msvcrt.lib à partir de msvcrt.dll.
Une fois que tu as le .def

link -dump -exports msvcrt.dll | sed -nf exports.sed >> msvcrt.def
link -lib -machine:X86 -def:msvcrt.def -out:msvcrt.lib