Symbole non défini lors du chargement de la bibliothèque partagée en Python

J'essaie d'utiliser une bibliothèque partagée écrite en C++ dans du code python. Je suis sous OS Linux.Symbole non défini lors du chargement de la bibliothèque partagée en Python

Tout d'abord je créer la bibliothèque partagée à l'aide des commandes suivantes:

g++ -Wall -fPIC -O2 -c HeliosDacAPI.cpp 
g++ -shared -o libHeliosDacAPI.so HeliosDacAPI.o

Alors je tente de charger cette bibliothèque dans la console python:

>>> import ctypes 
>>> HeliosLib = ctypes.cdll.LoadLibrary("./libHeliosDacAPI.so")

Je reçois une erreur:

Traceback (most recent call last): 
    File "<stdin>", line 1, in <module> 
    File "/usr/lib/python3.5/ctypes/__init__.py", line 425, in LoadLibrary 
    return self._dlltype(name) 
    File "/usr/lib/python3.5/ctypes/__init__.py", line 347, in __init__ 
    self._handle = _dlopen(self._name, mode) 
OSError: ./libHeliosDacAPI.so: undefined symbol: _ZN9HeliosDac18GetControlResponseEiPhi

Son e est HeliosDacAPI.h

nm libHeliosDacAPI.so montre:

0000000000202088 B __bss_start 
0000000000202088 b completed.7585 
       w [email protected]@GLIBC_2.2.5 
0000000000202090 B dacController 
0000000000000cb0 t deregister_tm_clones 
0000000000000d40 t __do_global_dtors_aux 
0000000000201dd8 t __do_global_dtors_aux_fini_array_entry 
0000000000202078 d __dso_handle 
0000000000202080 d DW.ref.__gxx_personality_v0 
0000000000201de8 d _DYNAMIC 
0000000000202088 D _edata 
00000000002020a0 B _end 
00000000000014b8 T _fini 
0000000000000d80 t frame_dummy 
0000000000201dd0 t __frame_dummy_init_array_entry 
0000000000001758 r __FRAME_END__ 
0000000000202000 d _GLOBAL_OFFSET_TABLE_ 
       w __gmon_start__ 
00000000000014dc r __GNU_EH_FRAME_HDR 
       U [email protected]@CXXABI_1.3 
0000000000000bb0 T _init 
0000000000202098 B inited 
       w _ITM_deregisterTMCloneTable 
       w _ITM_registerTMCloneTable 
0000000000201de0 d __JCR_END__ 
0000000000201de0 d __JCR_LIST__ 
       w _Jv_RegisterClasses 
       U [email protected]@GLIBC_2.3.4 
0000000000000cf0 t register_tm_clones 
       U [email protected]@GLIBC_2.4 
0000000000202088 d __TMC_END__ 
       U [email protected]@GCC_3.0 
00000000000T _Z10SetShutterib 
0000000000000db0 T _Z10WriteFrameiihP11HeliosPointi 
0000000000001420 T _Z11OpenDevicesv 
00000000000013d0 T _Z12CloseDevicesv 
0000000000001360 T _Z13EraseFirmwarei 
0000000000001290 T _Z18GetFirmwareVersioni 
0000000000000f20 T _Z4Stopi 
0000000000000f90 T _Z7GetNameiPc 
00000000000010c0 T _Z7SetNameiPc 
0000000000001150 T _Z9GetStatusi 
       U [email protected]@GLIBCXX_3.4 
       U _ZN9HeliosDac11OpenDevicesEv 
       U _ZN9HeliosDac11SendControlEiPhi 
       U _ZN9HeliosDac18GetControlResponseEiPhi 
       U _ZN9HeliosDac9SendFrameEiPhi 
       U _ZN9HeliosDacC1Ev 
       U _ZN9HeliosDacD1Ev 
       U [email protected]@GLIBCXX_3.4

Je cherche quelques conseils sur la façon de déboguer ce problème.

Source

2016-12-05 trojek

Que dit 'nm libHeliosDacAPI.so'? Peut-on voir le fichier 'HeliosDacAPI.h'? – YSC

Je ne peux pas être sûr, mais il semble que HeliosDac::GetControlResponse(int, ?*, int) est défini dans HeliosDac.cpp que vous compilez beaucoup et que vous liez dans libHeliosDacAPI.so.

En acte, de nm libHeliosDacAPI.so on voit clairement que ce symbole est utilisé, mais U ndefined (cela signifie que votre problème ne vient pas de votre chemin pour charger la bibliothèque de python):

    U _ZN9HeliosDac18GetControlResponseEiPhi

Vous pourriez essayez de compiler avec:

g++ -Wall -fPIC -O2 -c HeliosDacAPI.cpp 
g++ -Wall -fPIC -O2 -c HeliosDac.cpp 
g++ -shared -o libHeliosDacAPI.so HeliosDacAPI.o HeliosDac.o

Source

2016-12-05 12:21:24 YSC

J'ai résolu mon erreur mais une autre se produit: OSError: ./libHeliosDacAPI.so: symbole indéfini: libusb_close. Dois-je trouver la fonction libusb_close dans les fichiers du dépôt HeliosDAC et créer à partir de ce fichier .o puis créer une bibliothèque partagée à partir des 3 fichiers? – trojek

essayez 'g ++ -lusb -shared -o libHeliosDacAPI.so HeliosDacAPI.o HeliosDac.o' – YSC

Cela n'a pas aidé. Avant votre indice je l'ai fait: sudo ln -s /usr/lib/x86_64-linux-gnu/libusb-1.0.so /usr/lib/libusb.so – trojek

Symbole non défini lors du chargement de la bibliothèque partagée en Python

Répondre

Questions connexes