From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31575 invoked by alias); 22 Feb 2002 18:33:15 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 31484 invoked from network); 22 Feb 2002 18:33:10 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by sources.redhat.com with SMTP; 22 Feb 2002 18:33:10 -0000 Received: from drow by nevyn.them.org with local (Exim 3.34 #1 (Debian)) id 16eKV0-0004o5-00; Fri, 22 Feb 2002 13:32:50 -0500 Date: Fri, 22 Feb 2002 10:33:00 -0000 From: Daniel Jacobowitz To: Michael Snyder Cc: Richard.Earnshaw@arm.com, gdb-patches@sources.redhat.com Subject: Re: Infinite loop in make_cv_type Message-ID: <20020222133250.A18410@nevyn.them.org> Mail-Followup-To: Michael Snyder , Richard.Earnshaw@arm.com, gdb-patches@sources.redhat.com References: <200202221140.LAA24233@cam-mail2.cambridge.arm.com> <20020222105453.A11432@nevyn.them.org> <3C767D76.11C6@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3C767D76.11C6@redhat.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2002-02/txt/msg00625.txt.bz2 On Fri, Feb 22, 2002 at 09:18:46AM -0800, Michael Snyder wrote: > Daniel Jacobowitz wrote: > > > > On Fri, Feb 22, 2002 at 11:40:38AM +0000, Richard Earnshaw wrote: > > > While testing cplusfuncs.exp on ARM/NetBSD (a.out) with gcc-3 current, gdb > > > is getting stuck in an infinite loop in gdbtypes.c:make_cv_type and I'm > > > trying to work out what this is supposed to do. The scenario I'm seeing > > > is that the type ring has become corrupted as follows along the > > > TYPE_CV_TYPE chain > > > > > > type > > > | > > > V > > > var1<----+ > > > | | > > > +------+ > > > > > > Given that this is supposed to be a loop, it's clearly bogus. > > > > Definitely. > > Hang on, I'm pretty sure that the cv type chain > is supposed to do that. The pointer loop is > intentional. Ring, not noose, I think. I.E. anything pointing into the ring should be in fact on the ring. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer