librairie dynamique et instanciation

librairie dynamique et instanciation - C++ - Programmation

Marsh Posté le 16-01-2011 à 00:34:12    

Bonsoir, après avoir lu le tutorial http://hiko-seijuro.developpez.com/a...que-dynamique/ sur la création de librairie dynamique en c++ sous linux et testé son exemple, je m'interroge sur la manière d'instancier un objet dans le code de la librairie
 
mettons la classe "circle" (issue du tuto):
 

Code :
  1. circle.h
  3. #ifndef CIRCLE_H_
  4. #define CIRCLE_H_
  6. #include <iostream>
  8. #include test.h
  10. class circle
  11. {
  12. public:
  13.     virtual void draw();
  14. };
  16. typedef circle *(*maker_circle)();
  17. #endif
  19. circle.cpp
  21. #include "circle.h"
  23. using namespace std;
  25. void circle::draw()
  26. {
  27.     cout << "   ###   " << endl;
  28.     cout << "  #   #  " << endl;
  29.     cout << " #     # " << endl;
  30.     cout << " #     # " << endl;
  31.     cout << "  #   #  " << endl;
  32.     cout << "   ###   " << endl;
  33. }
  35. extern "C"
  36. {
  37.     circle *make_circle()
  38.     {
  39.  return new circle();
  40.     }
  41. }


 
j'ai voulu ajouter une autre classe "test" :
 

Code :
  1. test.h
  3. #ifndef TEST_H_
  4. #define TEST_H_
  6. #include <iostream>
  8. class test
  9. {
  10. public:
  11.    
  12. Test();
  13. ~Test();
  15.    void print();
  16. };
  18. #endif
  20. test.cpp
  22. #include "test.h"
  24. using namespace std;
  26. Test::Test(){}
  27. Test::~Test(){}
  29. void Test::print(){
  31.     cout << "   TEST  " << endl;
  32. }


 
j'ai voulu l'instancier dans la méthode "draw" de "circle" :
 

Code :
  1. void circle::draw()
  2. {
  3.     cout << "   ###   " << endl;
  4.     cout << "  #   #  " << endl;
  5.     cout << " #     # " << endl;
  6.     cout << " #     # " << endl;
  7.     cout << "  #   #  " << endl;
  8.     cout << "   ###   " << endl;
  10.     Test* test = new Test();
  11.     test->print();
  13. }


 
voici le main.cpp:
 

Code :
  1. #include "circle.h"
  2. #include "test.h"
  3. #include <cstdlib>
  4. #include <iostream>
  5. #include <dlfcn.h>
  7. using namespace std;
  8. int main(int argc, char **argv)
  9. {
  10.     void *hndl;
  11.     maker_circle pMaker;
  13.     // Ouverture de la librairie
  14.     hndl = dlopen("./libcircle.so", RTLD_LAZY);
  15.     if(hndl == NULL)    {
  16.  cerr << "dlopen : " << dlerror() << endl;
  17.  exit(EXIT_FAILURE);
  18.     }
  20.     // Chargement du créateur
  21.     void *mkr = dlsym(hndl, "make_circle" );
  22.     if (mkr == NULL)
  23.     {
  25.  cerr << "dlsym : " << dlerror() << endl;
  26.  exit(EXIT_FAILURE);
  27.     }
  28.     pMaker = (maker_circle)mkr;
  30.     // Création, affichage puis destruction du cercle
  31.     circle *my_circle = pMaker();
  32.     my_circle->draw();
  34.     dlclose(hndl);
  36.     return EXIT_SUCCESS;
  37. }


 
je compile en librairie dynamique sans problème avec :
 

Code :
  1. libcircle.so: circle.cpp circle.h test.h test.cpp
  2. g++  -shared -o libcircle.so circle.cpp
  4. example: main.cpp libcircle.so
  5. g++  -o example main.cpp -ldl


 
mais à l'exécution, j'obtiens un "undefined symbol: _ZN4TestC1Ev"
 
ai-je mal instancié ?  :(  
 
si je retire  
 

Code :
  1. Test* test = new Test();
  2.     test->print();


 
ça marche nickel et j'ai le résultat attendu

Message cité 1 fois
Reply

Marsh Posté le 16-01-2011 à 00:34:12   

Reply

Marsh Posté le 16-01-2011 à 07:59:48    

il te manque un -lcircle pour que ton exécutable soit linké avec libcircle. Même pour un link sur une bibliothèque dynamique, il faut ce genre de chose.
 
 

Code :
  1. g++  -o example main.cpp -ldl -lcircle


 
 
 
Il faut également avoir précisé le chemin de la bibliothèque avec -L si celle ci ne se trouve pas dans un chemin connu de g++.
 
 

Code :
  1. g++  -o example main.cpp -ldl -lcircle -L/path/to/library

Message cité 1 fois
Message édité par xilebo le 16-01-2011 à 08:02:49
Reply

Marsh Posté le 16-01-2011 à 08:46:11    

codablank a écrit :


mais à l'exécution, j'obtiens un "undefined symbol: _ZN4TestC1Ev"


 
Pour qu'une lib chargée avec dlopen puisse utiliser des symboles du programme principal, il y a des choses à faire (et je ne les retiens pas d'une fois sur l'autre).  Regarde les différentes options de gcc, ça me suffit généralement pour retrouver ce qu'il faut.
 

xilebo a écrit :

il te manque un -lcircle pour que ton exécutable soit linké avec libcircle.


 
Il utilise dlopen()...

Message cité 1 fois

---------------
The truth is rarely pure and never simple (Oscar Wilde)
Reply

Marsh Posté le 16-01-2011 à 09:08:05    

Un Programmeur a écrit :


 
Pour qu'une lib chargée avec dlopen puisse utiliser des symboles du programme principal, il y a des choses à faire (et je ne les retiens pas d'une fois sur l'autre).  Regarde les différentes options de gcc, ça me suffit généralement pour retrouver ce qu'il faut.
 


 

Un Programmeur a écrit :


 
Il utilise dlopen()...


 
 
Désolé, je n'avais pas fait gaffe  :jap:

Reply

Marsh Posté le 16-01-2011 à 12:51:06    

Citation :

g++  -shared -o libcircle.so circle.cpp


Et avec:
g++ -fPIC -shared -o libcircle.so circle.cpp test.cpp
A+,


---------------
There's more than what can be linked! --    Iyashikei Anime Forever!    --  AngularJS c'est un framework d'engulé!  --
Reply

Marsh Posté le 16-01-2011 à 13:57:50    

C'est vraisemblablement la solution.  J'avais vu qu'il ne mettais pas test.cpp dans libcircle.so et j'avais supposé sans vérifié qu'il le mettais avec main.cpp (ce qui a posteriori est doublement stupide considérant les dépendances déclarées pour libcircle.so).


---------------
The truth is rarely pure and never simple (Oscar Wilde)
Reply

Marsh Posté le 16-01-2011 à 15:31:54    

Codablank, si j'avais eu a écrire ce code, j'aurais plus ou moins fait comme suit:

Code :
  1. /////////////////////////////////////////////////////////////////////////////
  2. // circle.h
  3. #ifndef CIRCLE_H_
  4. #define CIRCLE_H_ 
  5. #include "test.h"  // à commenter si l'on veut tester sans la classe test
  7. class Circle {
  8. #ifdef TEST_H_
  9.   friend class Test;
  10. #endif
  11.   public: virtual void draw();
  12. };
  14. #endif
  15. /////////////////////////////////////////////////////////////////////////////
  16. //test.h
  17. #ifndef TEST_H_
  18. #define TEST_H_
  20. class Test {
  21.   void print();
  22. };
  24. #endif
  25. /////////////////////////////////////////////////////////////////////////////
  26. // circle.cpp
  27. #include "circle.h"
  28. #include <iostream>
  30. using std::cout;
  32. extern "C" Circle* create() {
  33.   return new Circle;
  34. }
  36. extern "C" void destroy(Circle* c) {
  37.   delete c;
  38. }
  40. void Circle::draw()
  41. {
  42.     cout << "   ###   " << endl;
  43.     cout << "  #   #  " << endl;
  44.     cout << " #     # " << endl;
  45.     cout << " #     # " << endl;
  46.     cout << "  #   #  " << endl;
  47.     cout << "   ###   " << endl;
  48. #ifdef TEST_H_
  49.     Test* test = new Test;
  50.     test->print();
  51.     delete test;
  52. #endif
  53. }
  54. /////////////////////////////////////////////////////////////////////////////
  55. // test.cpp
  56. #include <iostream>
  57. #include "test.h"
  59. using std::cout;
  61. void Test::print() {
  62.     cout << "   TEST  " << endl;
  63. }
  64. /////////////////////////////////////////////////////////////////////////////
  65. // main.cpp
  66. #include <cstdlib>
  67. #include <iostream>
  68. #include <dlfcn.h>
  69. #include "circle.h"
  71. using namespace std;
  73. int main(int argc, char **argv) {
  74.   int exit_code = EXIT_SUCCESS;
  75.   void *hndl = dlopen("./libcircle.so", RTLD_LAZY); // Ouverture de la librairie
  76.  
  77.   if (hndl == NULL) {
  78.     cerr << "dlopen : " << dlerror() << endl;
  79.     exit_code = EXIT_FAILURE;
  80.   }
  81.   else {
  82.     Circle* (*create_circle)();
  83.     void (*destroy_circle)(Circle*);
  84.    
  85.     create_circle = (Circle* (*)()) dlsym(hndl, "create" );
  86.     destroy_circle = (void (*)(Circle*)) dlsym(hndl, "destroy" );
  87.     if (create_circle == NULL || destroy_circle == NULL) {
  88.       cerr << "dlsym : " << dlerror() << endl;
  89.       exit_code = EXIT_FAILURE;
  90.     }
  91.     else {
  92.       Circle* my_circle = create_circle();
  93.       my_circle->draw();
  94.       destroy_circle(my_circle);
  95.     }
  96.     dlclose(hndl);
  97.   }
  98.   return exit_code;
  99. }
  100. /////////////////////////////////////////////////////////////////////////////


(Bon, j'ai pas de compilo sous la main, donc pas testé)
Il y a pas de grosses diffs, mais l'emploi des directives préprocesseur permet de n'avoir qu'un endroit à commenter pour utiliser test ou non
Et plutôt que d'avoir un constructeur et un destructeur publics sans paramètres, l'emploi d'une classe friend me parait mieux coller.
Par contre, le déport de
#include <iostream>
dans cercle.h au lieu de cercle.cpp alors que rien dans cercle.h n'utilise iostream, je suis tout à fait contre.
Et dans le même genre de remarque, il n'y a aucune raison de faire figurer test.h dans main.cpp vu qu'on ne fait pas appel à Test dans son code.

 

A+,


Message édité par gilou le 16-01-2011 à 15:55:58

---------------
There's more than what can be linked! --    Iyashikei Anime Forever!    --  AngularJS c'est un framework d'engulé!  --
Reply

Marsh Posté le 16-01-2011 à 15:38:11    

Un dernier point:

Code :
  1. class test
  2. {
  3. public:
  4.  
  5. Test();
  6. ~Test();
  7.    void print();
  8. };


Si le nom de ta classe est test, et non pas Test, il va y avoir des problèmes...
Dans le même genre, nommer une classe circle sans majuscule, pourquoi pas, mais utiliser une convention de nommage de base, ça peut faciliter le repérage des erreurs.

 

A+,


Message édité par gilou le 16-01-2011 à 15:39:26

---------------
There's more than what can be linked! --    Iyashikei Anime Forever!    --  AngularJS c'est un framework d'engulé!  --
Reply

Marsh Posté le 16-01-2011 à 15:57:44    

Merci pour toutes vos  réponses  [:dawa]  
 
effectivement j'avais omis test.cpp dans la compilation de la librairie, donc binaire de Test impossible à trouver pour le main
 
gilou, merci pour tes corrections, c'était à la base juste un code de test, mais tes conseils vont me permettre de bâtir un chargeur de .so un peu plus propre
 
à propos existe-il une api standard pour ce genre de chose en C++ ?

Reply

Marsh Posté le 16-01-2011 à 16:00:22    

Citation :

à propos existe-il une api standard pour ce genre de chose en C++

Non, ça dépend de l'OS, les librairies partagées/dlls.
Sous unix, selon les unix, ça a toujours été le bordel au niveau des options pour le compilo, les librairies partagées (AIX / SunOS ou Solaris par exemple).
A+,


Message édité par gilou le 16-01-2011 à 16:11:08

---------------
There's more than what can be linked! --    Iyashikei Anime Forever!    --  AngularJS c'est un framework d'engulé!  --
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed