Gdb Cannot Initialize Thread Debugging Library Generic Error
initialize thread debugging library: generic error From: srinivas bakki
here for a quick overview of the site Help Center Detailed answers to any questions you might have Meta Discuss the workings and policies of this site About Us Learn more about Stack Overflow the company Business Learn more about hiring developers or posting ads with us Stack Overflow Questions Jobs Documentation Tags Users Badges Ask Question x Dismiss Join the Stack Overflow Community Stack Overflow is a community of 4.7 million programmers, just like you, helping each other. Join them; it only takes a minute: Sign up Unable to Debug Multi-Threaded Application with gdb up vote 11 down vote favorite 1 I am debugging a multi-threaded application with gdb, but https://www.sourceware.org/ml/gdb/2007-08/msg00078.html when I start the program in gdb I get the warning: warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available. I can still debug, but I can't debug anything other than the main thread. I have read forums that suggest installing the packages libthread-db1 and glibc-dbg, but this does not correct the problem for me. On my machine I have the 3 files /lib/libthread_db.so.1, /lib/.debug/libthread_db-1.0.so, and /lib/libthread_db-1.0.so. I tried http://stackoverflow.com/questions/11585472/unable-to-debug-multi-threaded-application-with-gdb creating symbolic links in /lib with the name libthread_db.so, one time pointing at the /lib/libthread_db.so.1 file, and another time pointing at the /lib/libthread_db-1.0.so file, and also I created the symbolic link /lib/.debug/libthread_db.so pointing to /lib/.debug/libthread_db-1.0.so, all with no luck. In gdb I have tried setting libthread-db-search-path to /lib (with the symlink once set to libthread_db.so.1, and once to libthread_db-1.0.so, and also set to /lib/.debug. Any suggestions? I am using Angstrom Linux v2.6.39 for the BeagleBoard-xm. multithreading debugging gdb beagleboard angstrom-linux share|improve this question edited Jul 8 at 14:13 asked Jul 20 '12 at 19:02 Samuel 1,47911827 Note that I started with a root file system from a 2.6.32 kernel (Angstrom-Beagleboard-demo-image-glibc-ipk-2011.1-beagleboard.rootfs.tar.bz2), and copied the linux source into /usr/src, and cross-compiled a new kernel based on 2.6.39. This is likely the reason for the version mismatch. I have the threading shared object files from the cross compiler, and I tried replacing the existing .so files with the ones from the cross compiler, but it caused make to crash. Any ideas? –Samuel Jul 23 '12 at 15:00 1 Hi I'm currently having the exact same issue on angstrom running on a beaglebone. Did you ever figure out the solution? –Brandon Yates Jun 19 '13 at 23:30 Also, be sure your version of libpthread is not stripped –Pavel Krasavin Jul
This bug is not in your last search results. Bug15782 - Apache segfaults https://bz.apache.org/bugzilla/show_bug.cgi?id=15782 at startup Summary: Apache segfaults at startup Status: CLOSED WORKSFORME Product: Apache httpd-1.3 Classification: Unclassified Component: core Version: 1.3.27 Hardware: Macintosh Linux Importance: P3 normal (vote) TargetMilestone: --- http://blog.vinceliu.com/2009_09_01_archive.html Assigned To: Apache HTTPD Bugs Mailing List URL: Keywords: Depends on: Blocks: Show dependency tree Reported: 2003-01-03 15:33 UTC by Damien Pollet Modified: 2004-11-16 19:05 UTC gdb cannot (History) CC List: 0 users Attachments Add an attachment (proposed patch, testcase, etc.) Note You need to log in before you can comment on or make changes to this bug. Description Damien Pollet 2003-01-03 15:33:34 UTC gcc 3.2.1, glibc 2.3.1 (see bug 15781 of apache httpd-2.0) fallawater tmp # gdb apache GNU gdb 5.2.1 Copyright gdb cannot initialize 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-unknown-linux-gnu"...(no debugging symbols found)... (gdb) run Starting program: /mnt/raid/usr/sbin/apache (no debugging symbols found)...warning: Cannot initialize thread debugging library: generic error (no debugging symbols found)...warning: Cannot initialize thread debugging library: generic error (no debugging symbols found)...warning: Cannot initialize thread debugging library: generic error (no debugging symbols found)...warning: Cannot initialize thread debugging library: generic error (no debugging symbols found)...warning: Cannot initialize thread debugging library: generic error (no debugging symbols found)...warning: Cannot initialize thread debugging library: generic error Program received signal SIGSEGV, Segmentation fault. 0x0fd43a9c in __ctype_b_loc () from /lib/libc.so.6 (gdb) bt #0 0x0fd43a9c in __ctype_b_loc () from /lib/libc.so.6 #1 0x0fd43ab8 in __ctype_b_loc () from /lib/libc.so.6 #2 0x1000cf1c in ap_pvsprintf () #3 0x1000d00
more proper to call it a Debian package given its lineage. Nevertheless the mechanism behind building your own packages is pretty much the same for the two.I'll use GDB as an example of how to build your own package - for a good reason, firstly because the stock version of GDB that is shipped with Ubuntu is terribly broken. Here's what I mean:% gdb --args javaGNU gdb 6.8-debianCopyright (C) 2008 Free Software Foundation, Inc.License GPLv3+: GNU GPL version 3 or later