Probleme pour charger une DLL

**labluegirl** · 27/03/2009, 15h35

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...

Invité · 27/03/2009, 16h15

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 :

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

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);

**ram-0000** · 27/03/2009, 16h19

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 ?

Invité · 27/03/2009, 16h26

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.

**labluegirl** · 27/03/2009, 16h29

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

Code :

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

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?

**labluegirl** · 27/03/2009, 16h37

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

Invité · 27/03/2009, 16h43

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.

**ram-0000** · 27/03/2009, 16h43

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.

Invité · 27/03/2009, 16h47

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.

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.

**labluegirl** · 27/03/2009, 16h52

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() ?

Invité · 27/03/2009, 16h58

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 :

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

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

**labluegirl** · 27/03/2009, 17h08

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 :

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

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

Invité · 27/03/2009, 17h18

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 :

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

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à.

**labluegirl** · 27/03/2009, 17h37

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

**labluegirl** · 27/03/2009, 17h53

En fait, j'aurais une derniere question.

Code :

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

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.

**ram-0000** · 27/03/2009, 17h59

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

).

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

). 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.

**labluegirl** · 28/03/2009, 00h24

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...

**JolyLoic** · 28/03/2009, 10h21

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.

**ram-0000** · 28/03/2009, 10h55

@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.

**nicroman** · 29/03/2009, 15h31

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 ...

Probleme pour charger une DLL

Bibliothèques C++

Discussions similaires

Partager

Partager