From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18166 invoked by alias); 15 Jan 2004 15:43:59 -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 18159 invoked from network); 15 Jan 2004 15:43:58 -0000 Received: from unknown (HELO localhost.redhat.com) (66.30.197.194) by sources.redhat.com with SMTP; 15 Jan 2004 15:43:58 -0000 Received: by localhost.redhat.com (Postfix, from userid 469) id DD3251A440D; Thu, 15 Jan 2004 10:42:14 -0500 (EST) From: Elena Zannoni MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16390.46294.814398.906197@localhost.redhat.com> Date: Thu, 15 Jan 2004 15:43:00 -0000 To: Daniel Jacobowitz Cc: Klaas Gadeyne , gdb@sources.redhat.com Subject: Re: gdb namespaces/wrapper bug? In-Reply-To: <20040115144949.GA26765@nevyn.them.org> References: <20040115144949.GA26765@nevyn.them.org> X-SW-Source: 2004-01/txt/msg00197.txt.bz2 Daniel Jacobowitz writes: > > Could you try CVS gdb? I think the segfault has been fixed. I may be > mistaken about that, though. This is related to > lookup_transparent_type, which David has been doing some work on (and > has more pending). I actually was just looking at a similar bug against RH gdb, which I just verified with current CVS: Do b main run p foo with this, and you get the infinite loop + segfault: struct derived; struct base { static derived bar; }; struct derived : base { }; derived base::bar; base foo; int main() { return 0; } the problem seems to be cp_print_static_field. If you set print static-member off of course it all works. (gcc 3.2.2) elena