Discussion :

[fredericL]

bonjour,
j'ai besoin d'accéder aux fonctions d'une librairie codée en C. Je voudrais pouvoir entrer dans mon code le nom de la librairie correspondante et le nom de la fonction, charger cette librairie et lancer cette fonction.
aparemment c'est possible mais je n'arrive pas à trouver copmment.

merci de votre aide

[Google.be]

Code :

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

#include <talibrairie.h>

Ensuite tu peut utiliser n'importe quelle fonction de ta librairie...

[Nasky]

Il faut également, lors de la compilation, faire le lien avec ta librairie. Exemple avec GCC :

Code :

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

gcc -o fichier fichier.c -lTa_Lib

Nas'

[fredericL]

non je me suis peut-être mal exprimé:

dans mon code, je récupère une chaine de caractere qui correspond au nom de la librairie et une autre qui correspond au nom de la fonction que je veux lancer.

et je voudrais ouvrir, dans le main la librairie car je connais son nom uniquement par l'utilisateur qui le fournit en parametre, et ensuite, lancer la fonction dont je connais le nom seulement à l'intérieur du main, idem, fourni en paramètre du main.

[Google.be]

Arf!

Ok, ben ... euh... ca je sais pas alors...

Mais par contre je suis bien intéressé de savoir comment on fait... J'ai jamais entendu parler de chargement dynamique de bibliothèque en C ....

[MarcG]

sous unix ou sous windows ?
un utilisateur te donnerai ces indiquations ? c'est quoi ton prog ?

[Sun3clipse]

Oula ca me paraît chaud tout çà ...
Je sais pas si le #include est transmissible ds le main (jamais vu !)
Je vois pas trop comment faire...
C'est l'utilisateur qui tape le nom de librairie et de fonction ?
Bonne chance ++

[Gandalf]

Quelle plateforme ?

sous unix il y a dlopen pour acceder à la lib
sous Windows il y a LoadLibrary

ces fonction chargent la lib et renvoient un handle

ensuite ce handle peut etre utilise par dlsym (unix) ou getProcAdress pour recuperer un pointeur sur une fonction ou sur une variable globale...

[fredericL]

apparemment, j'ai vu qu'il y a la bibliothèque dlfct.h. si je fais un man dlopen ou man dlsym sous unix, ça correspond à ça. Mais si quelqu'un peux m'expliquer comment ça marche ce serait cool.

mais je sais que c'est possible.

[Gandalf]

dlfct.h est un entete pas une bibliotheque.

dlopen charge une shared library (.so/.sl) dont tu lui indique le chemin en arguement, si ce chemin est un chemin absolu ou relatif pas de prob, si c'est seulement un nom de fichier la lib sera recherchée dans les repertoires designées dans la veriable d'env LD_LIBRARY_PATH/SHLIB_PATH

le flag qui suit indique comment tu soiuhaites que les liens soit resolus : RTLD_NOW est la forme la plus simple les liens sont resolu dès que la lib est chargée... RTLD_LAZY reserve quelquesfois des surprises je le deconseille a moins que tu ne sache vraiment ce que tu fais....

ensuite tu utilises la valeur de retour de dlopen dans dlsym (premier argument) et tu lui donne une chaine de caracteres : le nom de ta fonction :

Code :

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

1
2
3
4
5
6
7
8
 
int (*entryPoint)(void);
void *libHandle = dlopen("libmine.so",RTLD_NOW);
if (libHandle)
{
   entryPoint = dlsym(libHandle,"MyEntryPoint");
    return entryPoint(); /* appel de MyEntryPoint dans libmine.so */
}

par contre quel UNIX utilises tu ?

[fredericL]

merci!

je suis sur du HP-UX. Mais dlopen fonctionne sur de l'unix classique?

et sous Windows il faut une autre bibliothèque j'imagine?

[Gandalf]

merci!

je suis sur du HP-UX. Mais dlopen fonctionne sur de l'unix classique?

et sous Windows il faut une autre bibliothèque j'imagine?

STOP !!!!

ce que je viens de dire n'est pas valable pour HP-UX !

Quelle version de HP-UX ?
si verion 11.0 quelle version 11.0 ?

Ton prog est-il 32 ou 64 bits ?

est-ce HP-UX pour PA-RISC ou HP-UX pour itanium ?

Globalement en 32bits PA-RISC, il faut utiliser
shl_load et shl_findsym sauf en 11.0B où dlopen est disponible, mais attention si le prog doit tourner sur un systeme anterieur.

l'extention des lib en HP-UX PA-RISC(32/64) est sl au lieu de so

et la variable d'environnement est SHLIB_PATH en PA-RISC 32 bits

[fredericL]

c'est HP-UX PA-RISC 8600
version 10, 10.20 et 11.00 (plusieurs serveurs)
64 bits

[Gandalf]

c'est HP-UX PA-RISC 8600
version 10, 10.20 et 11.00 (plusieurs serveurs)

Donc mieux vaut utiliser shl plutot que dl en 32 bits....
de toute maniere en 10 il n'y a pas de 64 bits, non ?

Je ne suis pas sur que la variable d'environnement soit dispo en 10, elle ne l'est pas en 9 en tout cas...

[fredericL]

ça je sais pas. Mais shl c'est quoi? :

[Gandalf]

en 64 bits ?

la variable d'environnement est alors LD_LIBRARY_PATH, je pense que dlopen est dispo normalement ( a voir pour les version antérieures à 11.0) par contre l'extention des lib reste .sl ...

[Gandalf]

ça je sais pas. Mais shl c'est quoi? :

la famille shl : shl_load, shl_findsym etc.

c'est plutot plus riche que la famille dl (dlopen/dlsym) mais aussi plus compliqué à utilisé du pur HP quoi !

[fredericL]

ok merci. je vais essayer.

sous windows, j'ai trouvé ça est-ce que c'est correct?

Code :

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

1
2
3
4
5
6
7
8
9
 
main(){
  HMODULE hDLL = LoadLibrary("TestDLL.dll");
  typedef int (WINAPI *DLL_Function_TestFunction) (int _Value);
  DLL_Function_TestFunction pfn_TestFunction;
  pfn_TestFunction = (DLL_Function_TestFunction)GetProcAddress(hDLL,"TestFunction");
  int Result = pfn_TestFunction(12345);
  FreeLibrary(hDLL);
}

[Gandalf]

Oui, mais !

le principe est le meme c'est simplement le nom des fction qui changent...

méfie toi qaund meme de verifier les handle, il est possible que la Dll ne soit pas chargé :
parce que elle n'est pas trouvée, pas compatible, etc...

sous Win quand tu mets un nom de DLL tout cours comme tu le fait il faut quelle soit dans le PATH oiu alors dans le meme repertoire que l'application.

[fredericL]

merci pour votre aide à tous. J'ai essayé et j'ai réussi à faire ce que je voulais.

merci encore.