From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20896 invoked by alias); 3 Dec 2002 23:58:48 -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 20882 invoked from network); 3 Dec 2002 23:58:47 -0000 Received: from unknown (HELO sccrmhc02.attbi.com) (204.127.202.62) by sources.redhat.com with SMTP; 3 Dec 2002 23:58:47 -0000 Received: from lucon.org (12-234-88-146.client.attbi.com[12.234.88.146]) by sccrmhc02.attbi.com (sccrmhc02) with ESMTP id <2002120323584600200so3f8e>; Tue, 3 Dec 2002 23:58:46 +0000 Received: by lucon.org (Postfix, from userid 1000) id 03ADF2C6AC; Tue, 3 Dec 2002 15:58:46 -0800 (PST) Date: Tue, 03 Dec 2002 15:58:00 -0000 From: "H. J. Lu" To: Paul Mundt , gdb@sources.redhat.com Subject: Re: SIG32/SIGTRAP issues Message-ID: <20021203155846.A9042@lucon.org> References: <1038959780.11721.54.camel@Origin> <20021203232457.GA5980@nevyn.them.org> <20021203153051.A8701@lucon.org> <20021203234325.GA7303@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20021203234325.GA7303@nevyn.them.org>; from drow@mvista.com on Tue, Dec 03, 2002 at 06:43:25PM -0500 X-SW-Source: 2002-12/txt/msg00062.txt.bz2 On Tue, Dec 03, 2002 at 06:43:25PM -0500, Daniel Jacobowitz wrote: > On Tue, Dec 03, 2002 at 03:30:51PM -0800, H. J. Lu wrote: > > On Tue, Dec 03, 2002 at 06:24:57PM -0500, Daniel Jacobowitz wrote: > > > On Tue, Dec 03, 2002 at 06:56:20PM -0500, Paul Mundt wrote: > > > > Hi, > > > > > > > > I seem to be running into a bit of an odd problem. When I have a > > > > threaded application thats shared, everything works fine .. in the event > > > > that the application is statically linked however, gdb gets a SIG32 at > > > > pthread_create() time and doesn't track the threads properly. > > > > > > Funny, no one reports this for months and this is the third report I've > > > seen in a week... At the bottom of this message is a workaround. I'm > > > not proposing it be committed, since it's obviously pretty gross. The > > > real issue is the concept of thread_stratum and core_stratum as > > > separate from process_stratum. I don't think it's appropriate - if we > > > are debugging a core and process at the same time this isn't how it > > > should work. This ties in to all the make-targets-a-real-stack thing - > > > I'm not entirely convinced on that score either. > > > > > > > You can also try > > > > ftp://ftp.linux-mips.org/pub/linux/mips/redhat/7.3/SRPMS/gdb-5.2.90-0.2.src.rpm > > > > I tried to fix it and it seems to work for me. > > FTP's still down. Mind posting the patch? That is a very old patch: http://sources.redhat.com/ml/gdb-patches/2002-03/msg00197.html H.J.