Probleme pour charger une DLL

Version imprimable

27/03/2009, 15h35
labluegirl

Probleme pour charger une DLL

Bonjour, je débute le c++ et je ne comprend absolument rien au chargement des DLL... Je cherche depuis 2 jours sur google, il y a 3000 posts sur le sujet et dans divers language mais je n'abouti a rien...

Donc, j'expose mon probleme : Je doit utiliser les fonctions d'une DLL nommée memoire.dll. Je connais les fonctions de la DLL.

J'aimerais utiliser la fonction "ReadInt(uint dwAddress)" de "memoire.dll".

Je ne vous fait pas part de mon code qui ne fonctionne pas...

Tu ne dis pas ce que renvoie ReadInt, mais on va supposer que c'est un int.
Ca se passe en quatre étapes :
- tu déclares un pointeur de fonction
- tu charges la dll
- tu récupères le pointeur de fonction
- tu appelles ta fonction
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 //Déclaration du pointeur de fonction typedef int (*ReadInt) (unsigned int); ReadInt ptrReadInt; //Chargement de la dll HINSTANCE hinst = LoadLibrary("C:\\chemin_de_la_dll\\memoire.dll"); if(!hinst) { printf("Erreur au chargement\n"); exit(1); } //Récupération du pointeur ptrReadInt = (ReadInt)GetProcAddress(hinst, "ReadInt"); if(!ptrReadInt ) { printf("Erreur de récupération du pointeur\n"); exit(1); } //Appelle de la fonction unsigned int param=100; int ret = ptrReadInt(param);

27/03/2009, 16h19
ram-0000

Une DLL pour être utilisable dans un projet doit possèder 2 autres fichiers, un fichier .lib et un fichier .h.

As tu ces 2 fichiers supplémentaires ?
27/03/2009, 16h26
Invité

Ah oui, j'ai oublié qu'il y a deux façons d'utiliser une librairie : une statique (fichier lib) et une dynamique (fichier dll).
La mienne est la dynamique, ram-0000 a l'air d'être parti sur la statique.

La statique est plus simple à utiliser, puisque tu appelles tes fonctions de la dll comme si tu les avais déclarées dans le même programme. L'inconvénient c'est que si tu recompiles la dll, tu dois recompiler le programme appelant. De plus le programme occupera plus de place sur le disque.

La dynamique est plus compliquée à utiliser, mais il n'y a pas besoin de recompiler l'appelant si tu recompiles la dll. Sauf si bien sûr tu modifies le prototype des fonctions exportées, car tes pointeurs de fonction ne seraient plus valides.

donc je fais un gros copier/coller de ton code, mais j'obtiens des erreurs.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 #include <stdio.h> int main() { //Déclaration du pointeur de fonction typedef int (*ReadInt) (unsigned int); ReadInt ptrReadInt; //Chargement de la dll HINSTANCE hinst = LoadLibrary("C:\\Documents and Settings\\Lablue\\Mes documents\\Visual Studio 2008\\Projects\\projet\\projet\\memoire.dll"); if(!hinst) { printf("Erreur au chargement\n"); exit(1); } //Récupération du pointeur ptrReadInt = (ReadInt)GetProcAddress(hinst, "ReadInt"); if(!ptrReadInt ) { printf("Erreur de récupération du pointeur\n"); exit(1); } //Appelle de la fonction unsigned int param=100; int ret = ptrReadInt(param); return 0; }
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(10) : error C2065: 'HINSTANCE'*: identificateur non déclaré
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(10) : error C2146: erreur de syntaxe*: absence de ';' avant l'identificateur 'hinst'
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(10) : error C2065: 'hinst'*: identificateur non déclaré
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(10) : error C3861: 'LoadLibrary'*: identificateur introuvable
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(11) : error C2065: 'hinst'*: identificateur non déclaré
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(14) : error C3861: 'exit'*: identificateur introuvable
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(18) : error C2065: 'hinst'*: identificateur non déclaré
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(18) : error C3861: 'GetProcAddress'*: identificateur introuvable
1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(22) : error C3861: 'exit'*: identificateur introuvable

D'ou ca peut bien venir?

27/03/2009, 16h37
labluegirl

Et non, c'est bien ça le problème. Je ne possède que le .dll

J'ai lu qu'on pouvait dans certain cas regenerer le .lib mais je ne mis suis pas aventuré...

La façon dynamique est certainement plus difficile mais une fois passé le cap, c'est comme tout, on en mange au pti dej :)
27/03/2009, 16h43
Invité

Bon, vire les lignes avec exit. Met un return ou ce que tu veux à la place pour gérer le cas ou ça marche pas.

En dehors de ça il n'y a que deux problèmes, les autres erreurs en découlent.
- il ne trouve pas le type HINSTANCE : ajoute #include "windows.h" en début de fichier.
- il ne trouve pas les fonctions LoadLibrary et GetProcAddress. Normalement l'include de windows.h corrige ça aussi.
27/03/2009, 16h43
ram-0000
Citation:

Envoyé par Gastiflex

Ah oui, j'ai oublié qu'il y a deux façons d'utiliser une dll : une statique et une dynamique.
La mienne est la dynamique, ram-0000 a l'air d'être parti sur la statique.

La statique est plus simple à utiliser, puisque tu appelles tes fonctions de la dll comme si tu les avais déclarées dans le même programme. L'inconvénient c'est que si tu recompiles la dll, tu dois recompiler le programme appelant. De plus le programme occupera plus de place sur le disque.

La dynamique est plus compliquée à utiliser, mais il n'y a pas besoin de recompiler l'appelant si tu recompiles la dll. Sauf si bien sûr tu modifies le prototype des fonctions exportées, car tes pointeurs de fonction ne seraient plus valides.

DLL statique ??? Il n'y aurait pas comme une confusion.

Il existe 2 types de bibliothèques, les biblothèques statiques et les biblothèques dynamiques.
- Pour pouvoir utiliser dans un projet une bibliothèque statique, il faut le .lib et le .h de cette bibliothèque (ou les .lib et .h si la bibliothèques est composée de plusieurs biblithèques). Le .h est nécessaire pour compiler, le .lib est nécessaire pour linker.
- Pour pouvoir utiliser dans un projet une bibliothèque dynamique, il faut le .dll, le .lib et le .h de cette bibliothèque (ou les .dll, .lib et .h si la bibliothèques est composée de plusieurs biblithèques). Le .h est nécessaire pour compiler, le .lib est nécessaire pour linker, le .dll est nécessaire pour l'exécution.
27/03/2009, 16h47
Invité

Citation:

DLL statique ??? Il n'y aurait pas comme une confusion.

Abus de langage plutôt. J'ai tendance à utiliser le mot dll à la place de librairie. Effectivement dll statique est un bel oxymore.

Citation:

Pour pouvoir utiliser dans un projet une bibliothèque dynamique, il faut le .dll, le .lib et le .h de cette bibliothèque (ou les .dll, .lib et .h si la bibliothèques est composée de plusieurs biblithèques). Le .h est nécessaire pour compiler, le .lib est nécessaire pour linker, le .dll est nécessaire pour l'exécution.

Y a pas un erreur de copier coller ? Le .lib n'est pas néessaire en dynamique. Et le .h pas forcément. Il faut seulement quelle connaisse le prototype des fonctions exportées.
27/03/2009, 16h52
labluegirl

Il ne reste plus qu'une erreur :

1>c:\documents and settings\lablue\mes documents\visual studio 2008\projects\projet\projet\dll.cpp(12) : error C2664: 'LoadLibraryW'*: impossible de convertir le paramètre 1 de 'const char [104]' en 'LPCWSTR'
1> Les types pointés n'ont aucun rapport entre eux*; conversion nécessitant reinterpret_cast, cast de style C ou cast de style fonction

Manque-t-il un paramètre dans LoadLibrary() ?
27/03/2009, 16h58
Invité
Non, c'est juste que dans tes paramètres de Visual Studio, t'es en Unicode. Si c'est important pour toi de rester en Unicode, stocke la variable qui contient le chemin de la dll dans une chaîne Unicode.
Sinon, va dans les propriétés du projets, propriétés de configuration, général. A "jeu de caractères", tu mets "utiliser le jeu de caractères multioctets".

EDIT !!!! J'ai oublié un truc. Quand t'as fini d'utiliser ta librairie, il faut la libérer. Ajoute à la fin du programme :
Code:

1 2 3 FreeLibrary(hinst); //Et même hinst=NULL;

Encore une erreur... la derniere j'espere ;) J'ai cherché sur google, ca a un rapport avec la fonction main mais je ne trouve pas de solution... Il parait aussi que ca peut venir de visual studio...
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 #include <stdio.h> #include <windows.h> //Déclaration du pointeur de fonction typedef int (*ReadInt) (unsigned int); ReadInt ptrReadInt; int main() { //Chargement de la dll HINSTANCE hinst = LoadLibrary("C:\\Documents and Settings\\Lablue\\Mes documents\\Visual Studio 2008\\Projects\\projet\\projet\\memoire.dll"); if(!hinst) { printf("Erreur au chargement\n"); exit(1); } //Récupération du pointeur ptrReadInt = (ReadInt)GetProcAddress(hinst, "ReadInt"); if(!ptrReadInt ) { printf("Erreur de récupération du pointeur\n"); exit(1); } //Appelle de la fonction unsigned int param=100; int ret = ptrReadInt(param); return 0; }
1>MSVCRTD.lib(crtexew.obj) : error LNK2019: symbole externe non résolu _WinMain@16 référencé dans la fonction ___tmainCRTStartup
1>C:\Documents and Settings\Lablue\Mes documents\Visual Studio 2008\Projects\projet\Debug\projet.exe : fatal error LNK1120: 1 externes non résolus

27/03/2009, 17h18
Invité

Oulah, je suis pas sûr que ça ait un rapport. Fait un "Regénérer tout" dans le doute.
Ensuite je ne sais pas si les paramètres du main sont optionnels.
Déclare ton main comme ça pour voir :

Code:

int main(int argc, char* argv[])

Si ça marche pas, commente tout le contenu du main sauf le return de la fin pour voir si ça vient du code que je t'ai donné.

Il est de quel type ton projet ? Je viens d'en créer un, Application Win32, console, sans MFC, et avec ce code ça marche. Je suis sous Visual 2005 par contre, mais je ne pense pas que ça vienne de là.
27/03/2009, 17h37
labluegirl

Je viens de recréer un projet Console, tout fonctionne. J'ai d'autres probleme mais pas dans le code ;)

Merci beaucoup en tt cas, des explications bien claires!

Je vous dit merci mais pas a bientot, c'est sur que j'aurais encore des questions :p
27/03/2009, 17h53
labluegirl
En fait, j'aurais une derniere question.
Code:

1 2 3 4 5 6 7 //Récupération du pointeur ptrReadInt = (ReadInt)GetProcAddress(hinst, "ReadInt"); if(!ptrReadInt) { printf("Erreur de récupération du pointeur\n"); exit(1); }
Si le message s'affiche, c'est qu'il y a un probleme lors de la recuperation du pointeur, mais ca signifie quoi? Que le prototype de ma fonction est erroné?

Apparement, la DLL est chargée correctement, mais ca ne passe pas l'etape de la recuperation du pointeur.
27/03/2009, 17h59
ram-0000

Citation:

Envoyé par Gastiflex

Y a pas un erreur de copier coller ? Le .lib n'est pas néessaire en dynamique. Et le .h pas forcément. Il faut seulement quelle connaisse le prototype des fonctions exportées.

Il y a 2 manières d'utiliser les DLL dans un projet (et là, je parle bien des bibliothèques dynamiques :P).

La plus simple, on utilise le .h et le .lib de la dll pour se linker avec. Le .h décrit les interfaces et les fonctions, le .lib est une bibliothèque presque vide qui permet de faire le link. Dans ce cas de figure, la DLL est chargée par le loader de programme lors de l'exécution, le loader sait quelle dll il doit charger car cette info est justement dans le .lib.

La seconde manière, c'est quand on a 1 DLL et que l'on a pas ni le fichier .lib (par contre, on peut avoir le .h, c'est souvent plus simple :P). Dans ce cas, il n'y a pas édition de lien avec la librairie presque vide (puisque l'on ne l'a pas) mais par contre, le programme doit faire un LoadLibrary() explicite et ensuite les GetProcAddress() pour récupérer les adresses des fonctions à appeler dans la DLL.
28/03/2009, 00h24
labluegirl

A propos de ma dll, c'est en fait une classe. Dois-je creer une instance de cette classe pour pouvoir en utiliser les fonctions?

je ne comprend pas bien comment fonctionne le systeme...
28/03/2009, 10h21
JolyLoic

Citation:

Envoyé par ram-0000

[*]Pour pouvoir utiliser dans un projet une bibliothèque dynamique, il faut le .dll, le .lib et le .h de cette bibliothèque (ou les .dll, .lib et .h si la bibliothèques est composée de plusieurs biblithèques). Le .h est nécessaire pour compiler, le .lib est nécessaire pour linker, le .dll est nécessaire pour l'exécution.[/LIST]

Je dirais plutôt que pour une bibliothèque dynamique, il y a deux façon de faire :
- Soit on se lie directement à elle, avec ses .h et sa bibliothèque .lib d'importation associée (à ne pas confondre avec un .lib classique de bibliothèque statique, ce .lib là et tout petit)
- Soit on appelle dynamiquement ses fonctions, avec LoadLibrary et GetProcAddress. Dans se cas, il n'y a besoin que de la DLL et une spec de son contenu.
28/03/2009, 10h55
ram-0000

@JolyLoic C'est ce que j'avais rectifié dans un 2eme post (mais je ne voulais pas dans un premier temps parler de la 2eme méthode qui est plus ... touchy)

J'aime bien le mot bibliothèque d'importation (et je pense maintenant que c'est le bon terme) pour le .lib associé à une DLL, je tacherai de m'en rappeler.
29/03/2009, 15h31
nicroman

Citation:

Envoyé par labluegirl

A propos de ma dll, c'est en fait une classe. Dois-je creer une instance de cette classe pour pouvoir en utiliser les fonctions?

je ne comprend pas bien comment fonctionne le systeme...

En fait, tu fois forcément avoir les headers associés si tu 'sais' que c'est une classe....

Le fait est que la notion de 'classe' dépasse largement le système, et est au niveau du langage (C++). Pour l'OS, il n'y a qu'une librairie de fonctions, et de données (plus ou moins statiques).
Dans le cas d'une classe C++ on aura par exemple les fonctions suivantes dans la DLL (c'est un exemple hein ! :) ):
F8@MaClass_*A9
F3@MaClass@ReadInt_*A1_23

Le noms des fonctions sont dits "décorés", et là... pour utiliser la librairie de manière completement dynamique (LoadLibrary ...) je te souhaite bien du courage, d'autant que la décoration n'est pas un truc particulièrement "portable" d'un compilateur à un autre (même si tous tendent à suivre la norme "microsoftienne"). Une DLL C++ est donc assez difficile à utiliser sans le .lib associé (qui permet d'utiliser les classes/fonctions comme si elles étaient définies dans un .lib statique).

La plupart du temps, on trouve des exports dits "C" (pour éviter la décoration justement), et d'un coup tout devient plus simple... Par contre, inutile de chercher une fonction membre dans ce type là.

Donc:
Ou bien ton ReadInt est une fonction membre d'une classe MaClasse, et là... je te conseille vivement de trouver le .lib (et les headers) associé à la DLL.
Ou bien ton ReadInt est une fonction statique "C" (sans décoration), et là tu pourras utiliser facilement LoadLibrary / GetProcAddress ...
29/03/2009, 15h53
JolyLoic

Il y a des cas où l'on ne veut pas utiliser le .lib d'importation, en particulier si on veut un véritable dynamisme (les DLL ne sont pas encore connues au moment où l'on compile le programme, un système de plug-in par exemple).

La méthode classique dans ce cas est d'avoir dans la DLL une classe qui dérive d'une interface (connue elle du programme principal), ainsi qu'une fonction à la mode C, qui retourne un pointeur sur cette interface. Il n'y aura que par rapport à cette fonction au nom non décoré que l'on devra faire un GetProcAddress, et on pourra par la suite utiliser la classe sans problème par l'intermédiaire de son interface, et sans le moindre .lib.
30/03/2009, 10h52
Invité

Citation:

Si le message s'affiche, c'est qu'il y a un probleme lors de la recuperation du pointeur, mais ca signifie quoi? Que le prototype de ma fonction est erroné?

Apparement, la DLL est chargée correctement, mais ca ne passe pas l'etape de la recuperation du pointeur.

Non, si le prototype est erroné, ça fera un carnage quand t'appelleras la fonction mais ça ne doit pas t'empêcher de récupérer le pointeur.
Comme raisons de non récupération du pointeur, je vois (liste non exhaustive)
- le nom n'est pas bon
- la fonction ReadInt n'a pas été exportée correctement par la dll (elle n'est pas dans le .def)
- la dll est en C++, ton programme en C, et celui qui a écrit la dll n'a pas mis les extern "C" devant les prototypes.

Si ton GetProcAddress foire, tu peux voir si tu récupères un code d'erreur avec GetLastError.
31/03/2009, 14h08
oodini

Citation:

Envoyé par JolyLoic

Il y a des cas où l'on ne veut pas utiliser le .lib d'importation, en particulier si on veut un véritable dynamisme (les DLL ne sont pas encore connues au moment où l'on compile le programme, un système de plug-in par exemple).

La méthode classique dans ce cas est d'avoir dans la DLL une classe qui dérive d'une interface (connue elle du programme principal), ainsi qu'une fonction à la mode C, qui retourne un pointeur sur cette interface. Il n'y aura que par rapport à cette fonction au nom non décoré que l'on devra faire un GetProcAddress, et on pourra par la suite utiliser la classe sans problème par l'intermédiaire de son interface, et sans le moindre .lib.

Je me trouve actuellement précisément dans ce cas : je ne veux donc pas de .lib.

Le problème que j'ai, c'est que je fais des appels croisés. Mon programme principal appelle des fonctions de ma DLL, et je récupère donc un accès à ces fonctions dans le programme principal grâce à GetProcAddress. Mais la DLL appelle également des fonctions du programme principal. Que dois-je faire dans ce cas là ?

Désolé de polluer le fil de discussion... J'espère que ça pourra être utile au posteur initiale et aux autres lecteurs...
01/04/2009, 10h12
JolyLoic

La DLL ne peut pas à la base appeler de fonctions du programme principal (je crois que sous Unix, c'est différent). Le plus simple en général pour gérer ça est d'ajouter un troisième larron :
- Le programme principal, qui selon les cas peut ne plus faire grand'chose
- La DLL de plug-in, à laquelle on se lie dynamiquement/tardivement
- Une DLL qui reprend le cœur des fonctionnalités que va pouvoir appeler à la fois ton programme, et la DLL de plug-in. On peut se lier statiquement avec cette bibliothèque dynamique.
01/04/2009, 11h23
Médinoc

Ou bien, passer un pointeur de fonction (ou d'interface) à la DLL, pour faire un "callback".
01/04/2009, 18h02
oodini

OK, merci, j'y suis arrivé.

J'arrive maintenant à charger la DLL et à établir un dialogue bidirectionnel.

Il me faut maintenant mettre la mains sur un didacticiel sur l'utilisation de DllMain (et de son équivalent sur Linux...).
02/04/2009, 11h36
nicroman

Citation:

Envoyé par oodini

OK, merci, j'y suis arrivé.

J'arrive maintenant à charger la DLL et à établir un dialogue bidirectionnel.

Il me faut maintenant mettre la mains sur un didacticiel sur l'utilisation de DllMain (et de son équivalent sur Linux...).

En général on n'a rarement besoin de surcharger le DllMain....
Mais sinon, sous windows, c'est assez simple, il est appelé 2 fois au minium:
- Quand le process 'load' la DLL pour la premiere fois (que ce soit au lancement, ou lors d'un LoadLibrary)
- Quand le process 'unload' la DLL.
Il est aussi appelé à la création de nouveaux 'threads':
- Quand un nouveau thread est créé (ce qui permet à la DLL de pouvoir instancier ses thread-locals)
- Quand un nouveau thread est détruit

A chaque fois on a un paramètre différent.
http://msdn.microsoft.com/en-us/library/ms682583.aspx