From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24333 invoked by alias); 5 Feb 2010 22:02:36 -0000 Received: (qmail 23848 invoked by uid 22791); 5 Feb 2010 22:02:35 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 05 Feb 2010 22:02:29 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o15M2PIt004792 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Feb 2010 17:02:25 -0500 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o15M2O4M003772; Fri, 5 Feb 2010 17:02:24 -0500 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id o15M2NWg006399; Fri, 5 Feb 2010 17:02:23 -0500 Received: by opsy.redhat.com (Postfix, from userid 500) id D81A2378196; Fri, 5 Feb 2010 15:02:22 -0700 (MST) From: Tom Tromey To: Kai Tietz Cc: Chris Sutcliffe , gdb@sourceware.org Subject: Re: [gdb-7.1] 10 days to branching... References: <20100201081928.GA9204@adacore.com> <2bf229d31002010809o2cb8760du9a52c9b996e91c56@mail.gmail.com> <20100202041644.GN8831@adacore.com> <2bf229d31002020435v7c804a91w9c74b7ed2eff4314@mail.gmail.com> <90baa01f1002020802icf6aa90oa28466ed7cf3ae29@mail.gmail.com> <20100202224349.GA31505@ednor.casa.cgf.cx> <90baa01f1002030019n531a35der5c36161c78373f97@mail.gmail.com> <20100203193934.GA12020@ednor.casa.cgf.cx> Reply-To: tromey@redhat.com Date: Fri, 05 Feb 2010 22:02:00 -0000 In-Reply-To: <20100203193934.GA12020@ednor.casa.cgf.cx> (Christopher Faylor's message of "Wed, 3 Feb 2010 14:39:34 -0500") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-02/txt/msg00040.txt.bz2 >>>>> "cgf" == Christopher Faylor writes: cgf> Any possibility that you can confirm whether this is a windows-only cgf> problem? cgf> I think the only way to do that is to provide a test case. It is not Windows-specific. I reproduced it with a c++ program on my x86 F11 box. The program comes from PR 9032: #include class InstSelection { public: InstSelection(double d) { } public: virtual ~InstSelection(void); void dump(void); }; InstSelection::~InstSelection(void) { } void InstSelection::dump(void) { printf("InstSelection::dump here\n"); } int main(void) { InstSelection *is = new InstSelection(17.0); is->dump(); delete is; is = 0; return 0; } I compiled it with the system g++, then ran CVS head gdb on the executable. Finally: (gdb) b InstSelection::InstSelection ../../src/gdb/breakpoint.c:4962: internal-error: set_raw_breakpoint: Assertion `sal.pspace != NULL' failed. The sal causing the problem in set_raw_breakpoint: (top-gdb) p sal $10 = { pspace = 0x0, symtab = 0x0, section = 0x0, line = 0, pc = 0, end = 0, explicit_pc = 0, explicit_line = 0 } That seems odd. Tom