From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3691 invoked by alias); 24 Jun 2003 14:54:00 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 8688 invoked from network); 24 Jun 2003 14:43:35 -0000 Received: from unknown (HELO mail.drexel.edu) (144.118.25.40) by sources.redhat.com with SMTP; 24 Jun 2003 14:43:35 -0000 Received: from webmail.drexel.edu (webmail.drexel.edu [144.118.25.20]) by mail.drexel.edu (Sun Internet Mail Server sims.4.0.2001.07.26.11.50.p9) with ESMTP id <0HGZ00BMBQ8J4Z@mail.drexel.edu> for gdb@sources.redhat.com; Tue, 24 Jun 2003 10:43:31 -0400 (EDT) Date: Tue, 24 Jun 2003 14:54:00 -0000 From: nak26 Subject: RE: gdbserver multithreaded debugging problem To: gdb@sources.redhat.com Message-id: <3EF85A27@webmail.drexel.edu> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-WebMail-UserID: nak26 X-EXP32-SerialNo: 00003005 X-SW-Source: 2003-06/txt/msg00470.txt.bz2 >===== Original Message From cerickson@mvista.com ===== >Nik, >The files you need are in the target/lib directory > >libthread_db.so.1 link to libthread_db-1.0.so >libthread_db-1.0.so > >and the target/usr/lib directory > >libthread_bd.a >libthread_db.so link to ../../lib/libthread_db.so.1 >libthread_db_p.a > >Then things should just be AOK. Now if you stripped your executables >that are running on your target then you have another problem. So >be advised that while in debug do not strip any threaded programs. > >Cal Cal: Sorry to be bugging you again, but I still haven't had success resolving the issue. I have the links set up as you perscribed, and my lib path includes /usr/lib (I also tried it including both /usr/lib and /lib in this order and vice versa) but I'm still seeing the SIG32 messages. ---------------------------------------------------------- Here is my setup: ------------------------------------------------------------------------------ ------- lab@(none):/usr/lib$ ls -l | grep libthread -rwxr-xr-x 1 root root 95174 Mar 21 05:19 libthread.so -rw-r--r-- 1 root root 2197690 Mar 21 04:06 libthread_db.a lrwxrwxrwx 1 root root 27 Jun 24 13:36 libthread_db.so -> ../../lib/libthread_db.so.1 -rwxr-xr-x 1 root root 25911 Mar 21 07:33 libthread_db.so.1.0.20 -rw-r--r-- 1 root root 2199126 Mar 21 04:06 libthread_db_p.a -rwxr-xr-x 1 root root 301667 Mar 21 05:20 libthreaddbg.so lab@(none):/usr/lib$ lab@(none):/lib$ ls -l | grep libthread -rw-r--r-- 1 root root 935480 Mar 21 04:06 libthread_db-1.0.so lrwxrwxrwx 1 root root 19 May 2 16:00 libthread_db.so.1 -> libthread_db-1.0.so lab@(none):/lib$ lab@(none):~$ env | grep LD_LIB LD_LIBRARY_PATH=/usr/lib:/lib:/opt/intel/mkl/lib/32 lab@(none):~$ -------------------------------------------------------------------- Per Daniel's suggestion I looked at the config.log, and multithreading seems to be set up correctly prior to the build. I guess I can try debugging a multithreaded toy example, or hopefully you'll see something else that I'm doing wrong. Thanks, Nik