From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11213 invoked by alias); 6 Feb 2010 04:55:36 -0000 Received: (qmail 11205 invoked by uid 22791); 6 Feb 2010 04:55:35 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 06 Feb 2010 04:55:28 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 1CFB22BAB33; Fri, 5 Feb 2010 23:55:27 -0500 (EST) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id IQjCL8WhY51h; Fri, 5 Feb 2010 23:55:27 -0500 (EST) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 864C82BAB1E; Fri, 5 Feb 2010 23:55:26 -0500 (EST) Received: by joel.gnat.com (Postfix, from userid 1000) id 3F1DAF59A2; Sat, 6 Feb 2010 08:55:20 +0400 (RET) Date: Sat, 06 Feb 2010 04:55:00 -0000 From: Joel Brobecker To: Tom Tromey Cc: Kai Tietz , Chris Sutcliffe , gdb@sourceware.org Subject: Re: [gdb-7.1] 10 days to branching... Message-ID: <20100206045520.GF3039@adacore.com> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) 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/msg00041.txt.bz2 > (gdb) b InstSelection::InstSelection > ../../src/gdb/breakpoint.c:4962: internal-error: set_raw_breakpoint: Assertion `sal.pspace != NULL' failed. ISTR that I saw something similar with Ada - the problem was in uncontributed code (mostly support for homonyms throught the introduction of a canonical location) which therefore did not get updated during the introduction of the sal.pspace. Basically, everywhere we created a sal, we first initialized it (init_sal), and then filled the different fields. We just forgot to fill in the pspace. This is from memory since, stupid me, I did one commit in AdaCore's tree containing both the resync with the FSF tree, and the associated necessary adjustments. Grrr... The fact that you reproduced the problem with C++ does not necessarily indicate that you reproduced the same problem, although I hope you did. Hope this helps... -- Joel