From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3854 invoked by alias); 29 Aug 2005 17:06:43 -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 3806 invoked by uid 22791); 29 Aug 2005 17:06:38 -0000 Received: from cumulus.netspace.net.au (HELO mail.netspace.net.au) (203.10.110.72) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 29 Aug 2005 17:06:38 +0000 Received: from [192.168.0.10] (220-253-40-44.VIC.netspace.net.au [220.253.40.44]) by mail.netspace.net.au (Postfix) with ESMTP id 5A31A7ABCD for ; Tue, 30 Aug 2005 03:06:35 +1000 (EST) Message-ID: <4313409F.2080106@netspace.net.au> Date: Mon, 29 Aug 2005 17:06:00 -0000 From: Russell Shaw User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050802 Debian/1.7.10-1 MIME-Version: 1.0 Cc: gdb@sources.redhat.com Subject: Re: Can't debug Threaded application References: <1124914686.430cd5fe3f10a@webmail.atsresults.com> <1125331733.43133315376a9@webmail.atsresults.com> <20050829161133.GA27388@nevyn.them.org> In-Reply-To: <20050829161133.GA27388@nevyn.them.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-08/txt/msg00112.txt.bz2 Daniel Jacobowitz wrote: > On Mon, Aug 29, 2005 at 12:08:53PM -0400, jo@atsresults.com wrote: > >>Does no one have answer to this problem? >> >>Is GDB useless for threaded applications now? > > Of course not. No one's responded because no one has advice that you > can't find in the list archives. This almost always means something is > broken on your installation. You may want to report it to Trustix, > since that's your distribution. I thought it was just me that had thread problems. In a program, when i step over: result = gnome_vfs_directory_list_load (&dir_list, directory, GNOME_VFS_FILE_INFO_DEFAULT); I get: (gdb) next Program received signal SIG33, Real-time event 33. [Switching to Thread -1230148688 (LWP 3083)] 0xb7a975a9 in poll () from /lib/tls/libc.so.6 and execution seems to abort because i can't reach any breakpoints after this point. The program was compiled with gcc-3.4.4 -g -O0. Gdb is version 6.3. >>>Is there any work arounds for this bug? I have tried this: >>> >>>(gdb)> set auto-solib-add 0 >>>(gdb)> handle S1G32 nostop noprint > > These will definitely not help anything. I wish people would stop > suggesting them.