Discussion :

[Yann__]

Bonjour tout le monde,

Voilà, j'ai un petit problème avec la fonction dlopen sous linux : je rencontre un message d'erreur à l'exécution de mon programme du type : libvehiculetest.so : undefined symbol : _ZN8VehiculeD2Ev, erreur retournée par dlerror().

libvehiculetest.so contient l'implémentation de ma classe VehiculeTest, fille de la classe abstraite Vehicule.
Le fichier .so a été compilé avec l'option -shared et l'exécutable avec l'option -rdynamic.

Est-ce que quelqu'un aurait une idée de ce qui peut clocher ? Si vous avez besoin de plus de précisions, n'hésitez pas à demander.

Merci d'avance.

[Yann__]

Bonjour à tous, je me permets de faire un petit up, je suis vraiment coincé là ^^ !

[eponyme]

Salut, je rencontrais le meme soucis, je l'ai résolu en compilant le .so avec le .o contenant la description de la classe, ce qui est moyen (et fait grossir le .so...).
Je suis toujours à la recherche d'une solution plus propre.

epo

[Médinoc]

Normalement, pour faire un plug-in en C++, toutes les méthodes de la classe Vehicule doivent être virtuelles pures, donc ton .so ne doit pas avoir besoin de définitions de fonctions de la classe...

[eponyme]

Toutes les méthodes de l'objet "embarqué" dans le .so doivent etre virtuelles pures ? et quand est il des méthode d'autres objet auquelles accèdent des fonction du .so ? Y a t'il des option de compilation spécifiques à avoir ?

epo

[valefor]

Quand je rencontre ce genre de problème je fait (de mémoire) :
- cppfilt _ZN8VehiculeD2Ev
- nm -C libvehiculetest.so
Et je cherche les symboles présents dans ma lib et celui demandé.

Sinon pour info :
http://tldp.org/HOWTO/Program-Librar....html#CPP-VS-C