jestem debugowania wielowątkowych aplikacji z gdb, ale kiedy uruchomić program w gdb pojawia się ostrzeżenie:Nie można Application Debug wielowątkowy z gdb
ostrzeżenie: Nie można znaleźć libthread_db dopasowanie gorsze-tych biblioteka wątków, debugowanie wątków nie będzie dostępne.
Mogę nadal debugować, ale nie mogę debugować niczego innego niż główny wątek. Przeczytałem fora, które sugerują instalację pakietów libthread-db1 i glibc-dbg, ale to nie rozwiązuje problemu.
Na moim komputerze mam 3 pliki /lib/libthread_db.so.1
, /lib/.debug/libthread_db-1.0.so
i /lib/libthread_db-1.0.so
. Próbowałem tworzyć dowiązania symboliczne w /lib
o nazwie libthread_db.so
, jeden raz wskazując na plik /lib/libthread_db.so.1
, i innym razem wskazując na plik /lib/libthread_db-1.0.so
, a także utworzyłem symboliczne łącze /lib/.debug/libthread_db.so
wskazujące na /lib/.debug/libthread_db-1.0.so
, wszystko bez powodzenia.
W gdb Próbowałem ustawienie libthread-db-search-path
do /lib
(z dowiązania symbolicznego raz ustawiony libthread_db.so.1
, a raz do libthread_db-1.0.so
, a także zestaw do /lib/.debug
.
sugestie? Używam Angstrem Linux v2.6.39 dla BeagleBoard-xm
Pamiętaj, że zacząłem od głównego systemu plików z jądra 2.6.32 (Angstrom-Beagleboard-demo-image-glibc-ipk-2011.1-beagleboard.rootfs.tar.bz2) i skopiowałem źródło linuxa do/usr/src, i skompilowane krzyżowo nowe jądro w wersji 2.6.39. Jest to prawdopodobnie przyczyna niezgodności wersji. Mam pliki współdzielonych obiektów wątku z kompilatora krzyżowego i próbowałem zastąpić istniejące pliki .so plikami z kompilatora krzyżowego, ale spowodowało awarię make. Jakieś pomysły? – Samuel
Witam Obecnie mam dokładnie ten sam problem na angstromie działającym na beaglebone. Czy kiedykolwiek wymyśliłeś rozwiązanie? –
Upewnij się także, że twoja wersja libpthread nie jest "pozbawiona" –