From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32030 invoked by alias); 22 Feb 2002 17:41:01 -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 31911 invoked from network); 22 Feb 2002 17:40:55 -0000 Received: from unknown (HELO fw-cam.cambridge.arm.com) (193.131.176.3) by sources.redhat.com with SMTP; 22 Feb 2002 17:40:55 -0000 Received: by fw-cam.cambridge.arm.com; id RAA05692; Fri, 22 Feb 2002 17:40:53 GMT Received: from unknown(172.16.1.2) by fw-cam.cambridge.arm.com via smap (V5.5) id xma004760; Fri, 22 Feb 02 17:40:12 GMT Received: from cam-mail2.cambridge.arm.com (localhost [127.0.0.1]) by cam-admin0.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id RAA26806; Fri, 22 Feb 2002 17:40:11 GMT Received: from sun18.cambridge.arm.com (sun18.cambridge.arm.com [172.16.2.18]) by cam-mail2.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id RAA00732; Fri, 22 Feb 2002 17:40:11 GMT Message-Id: <200202221740.RAA00732@cam-mail2.cambridge.arm.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Michael Snyder cc: Daniel Jacobowitz , Richard.Earnshaw@arm.com, gdb-patches@sources.redhat.com Reply-To: Richard.Earnshaw@arm.com Organization: ARM Ltd. X-Telephone: +44 1223 400569 (direct+voicemail), +44 1223 400400 (switchbd) X-Fax: +44 1223 400410 X-Address: ARM Ltd., 110 Fulbourn Road, Cherry Hinton, Cambridge CB1 9NJ. X-Url: http://www.arm.com/ Subject: Re: Infinite loop in make_cv_type In-reply-to: Your message of "Fri, 22 Feb 2002 09:18:46 PST." <3C767D76.11C6@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Feb 2002 09:41:00 -0000 From: Richard Earnshaw X-SW-Source: 2002-02/txt/msg00623.txt.bz2 > 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. Well if that's the case then the top loop in make_cv_type is completely bogus, since it expects to iterate until ntype==type (where type is the base type). The comment in gdbtypes.h says that cv_type is a ring of the type and its variants. R.