From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5609 invoked by alias); 22 Nov 2005 14:01:28 -0000 Received: (qmail 5600 invoked by uid 22791); 22 Nov 2005 14:01:27 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Tue, 22 Nov 2005 14:01:26 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1EeYi4-00044u-Bc; Tue, 22 Nov 2005 09:01:24 -0500 Date: Tue, 22 Nov 2005 14:01:00 -0000 From: Daniel Jacobowitz To: Mark Kettenis Cc: gdb@sourceware.org Subject: Re: C++ related core dump Message-ID: <20051122140124.GB15501@nevyn.them.org> Mail-Followup-To: Mark Kettenis , gdb@sourceware.org References: <200511151015.jAFAFKXw032226@jop31.nfra.nl> <20051117041056.GC3513@nevyn.them.org> <200511170945.jAH9jBle024772@elgar.sibelius.xs4all.nl> <20051117140452.GB11432@nevyn.them.org> <200511220920.jAM9KVIv010228@elgar.sibelius.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511220920.jAM9KVIv010228@elgar.sibelius.xs4all.nl> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2005-11/txt/msg00482.txt.bz2 On Tue, Nov 22, 2005 at 10:20:31AM +0100, Mark Kettenis wrote: > > Date: Thu, 17 Nov 2005 09:04:52 -0500 > > From: Daniel Jacobowitz > > > > On Thu, Nov 17, 2005 at 10:45:11AM +0100, Mark Kettenis wrote: > > > No, no, you misread that bit above. antennac is an instance of class > > > ROScalarColumn. So antennac(0) *is* an invocation of operator(). > > > > Oh. Then what type IS the fsym? > > Sorry, had a few days off at work. Does this tell you enough? > > p *fsym.type.main_type > $5 = {code = TYPE_CODE_STRUCT, upper_bound_type = BOUND_SIMPLE, > lower_bound_type = BOUND_SIMPLE, name = 0x0, > tag_name = 0x347f230 "ROScalarColumn", objfile = 0x313260, > target_type = 0x0, flags = 4, nfields = 0, vptr_fieldno = -1, fields = 0x0, > vptr_basetype = 0x0, type_specific = {cplus_stuff = 0x2c3358, > floatformat = 0x2c3358}} That's what I thought; it's the type. But how'd we get that? It ought to be the operator. And, we shouldn't be using it at all; "method" should have been set. Looks to me like evaluate_subexp_standard is broken for operator(). I apologize for my misleading comment earlier in the thread - we do support user defined operators, but I don't see this particular one in the testsuite. -- Daniel Jacobowitz CodeSourcery, LLC