estoy depurando una aplicación multi-hilo con gdb, pero cuando inicio el programa en GDB me sale la advertencia:Incapaz de aplicación multiproceso de depuración con GDB
advertencia: No se puede encontrar libthread_db juego de inferiores biblioteca de subprocesos, la depuración de subprocesos no estará disponible.
Aún puedo depurar, pero no puedo depurar nada más que el hilo principal. He leído foros que sugieren instalar los paquetes libthread-db1 y glibc-dbg, pero esto no me soluciona el problema.
En mi máquina tengo los 3 archivos /lib/libthread_db.so.1
, /lib/.debug/libthread_db-1.0.so
y /lib/libthread_db-1.0.so
. Traté de crear enlaces simbólicos en /lib
con el nombre libthread_db.so
, una vez apuntando al archivo /lib/libthread_db.so.1
, y otra vez apuntando al archivo /lib/libthread_db-1.0.so
, y también creé el enlace simbólico /lib/.debug/libthread_db.so
apuntando a /lib/.debug/libthread_db-1.0.so
, todo sin suerte.
En GDB He intentado fijar libthread-db-search-path
-/lib
(con el enlace simbólico, una vez establecido en libthread_db.so.1
, y una vez a libthread_db-1.0.so
, y también puse a /lib/.debug
.
¿Alguna sugerencia? Estoy usando v2.6.39 Angstrom Linux para el BeagleBoard-XM
Tenga en cuenta que comencé con un sistema de archivos raíz de un núcleo 2.6.32 (Angstrom-Beagleboard-demo-image-glibc-ipk-2011.1-beagleboard.rootfs.tar.bz2), y copié el origen de Linux en/usr/src, y compilado de forma cruzada un nuevo kernel basado en 2.6.39. Esta es probablemente la razón de que la versión no coincida. Tengo los archivos de objeto compartido threading del compilador cruzado, e intenté reemplazar los archivos .so existentes por los del compilador cruzado, pero causó que se bloqueara. ¿Algunas ideas? – Samuel
Hola, actualmente estoy teniendo exactamente el mismo problema en angstrom corriendo en un beaglebone. ¿Alguna vez descubrió la solución? –
Además, asegúrese de que su versión de libpthread no esté '' sin tiras ' –