From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26685 invoked by alias); 7 Nov 2002 21:47:10 -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 26668 invoked from network); 7 Nov 2002 21:47:07 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 7 Nov 2002 21:47:07 -0000 Received: from nevyn.them.org ([66.93.61.169] ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 189wMs-0001wf-00; Thu, 07 Nov 2002 17:47:22 -0600 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 189uVL-0004GT-00; Thu, 07 Nov 2002 16:47:59 -0500 Date: Thu, 07 Nov 2002 13:47:00 -0000 From: Daniel Jacobowitz To: Mark Crosland Cc: Elena Zannoni , gdb@sources.redhat.com Subject: Re: gcc 3.2, gdb 5.2.1, solaris2.8 sparc, slow Message-ID: <20021107214759.GA15353@nevyn.them.org> Mail-Followup-To: Mark Crosland , Elena Zannoni , gdb@sources.redhat.com References: <15818.51820.811781.873857@localhost.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.1i X-SW-Source: 2002-11/txt/msg00072.txt.bz2 On Thu, Nov 07, 2002 at 01:17:30PM -0800, Mark Crosland wrote: > > The symptoms I am experiencing are long before the program is run, > dlopen() has not been called yet my my program. > > gdb program > break main (it don't come back, at least not after 15 minutes) > > Below is a stack trace. I generated the stack trace by doing the following > steps > #0 0xff1e0708 in exit () > from /usr/platform/SUNW,Ultra-Enterprise/lib/libc_psr.so.1 > #1 0x00075fe0 in finish_cv_type (type=0xb75de0) > at /homedir/markc/gdb/gdb-5.2.1/gdb/gdbtypes.c:510 > #2 0x000fda40 in read_struct_type (pp=0xffbedba0, type=0xb75de0, > objfile=0x2d67f0) at /homedir/markc/gdb/gdb-5.2.1/gdb/stabsread.c:4211 This has nothing to do with slowness or with threads. Get a current CVS HEAD or branch snapshot and the infinite loop will be gone; finish_cv_type no longer exists. -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer