From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30885 invoked by alias); 29 Oct 2004 19:32:50 -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 30864 invoked from network); 29 Oct 2004 19:32:49 -0000 Received: from unknown (HELO Cantor.suse.de) (195.135.220.2) by sourceware.org with SMTP; 29 Oct 2004 19:32:49 -0000 Received: from hermes.suse.de (hermes-ext.suse.de [195.135.221.8]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by Cantor.suse.de (Postfix) with ESMTP id D7C71E9D0C1; Fri, 29 Oct 2004 21:32:48 +0200 (CEST) To: Andrew Cagney Cc: gdb@sources.redhat.com Subject: Re: infrun.c:2642: internal-error: insert_step_resume_breakpoint_at_sal: Assertion `step_resume_breakpoint == NULL' failed. References: <418280F3.1090502@redhat.com> From: Andreas Schwab X-Yow: I am covered with pure vegetable oil and I am writing a best seller! Date: Sat, 30 Oct 2004 17:47:00 -0000 In-Reply-To: <418280F3.1090502@redhat.com> (Andrew Cagney's message of "Fri, 29 Oct 2004 13:42:11 -0400") Message-ID: User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-SW-Source: 2004-10/txt/msg00427.txt.bz2 Andrew Cagney writes: > Andreas Schwab wrote: >> I'm getting this assertion failure on ia64-linux when stepping after a >> breakpoint with a signal also being delivered. Both calls to >> insert_step_resume_breakpoint_at_sal are coming from the two calls to >> insert_step_resume_breakpoint_at_frame in handle_inferior_event. In both >> calls the actual address where the breakpoint is to be set is the same. I >> haven't been able to come up with a small test case, this happens while >> debugging Emacs. > > The sig* tests check this edge case. Not this one. There are only two failures, which are "gdb.base/sigstep.exp: finish from handleri; leave handler (timeout)" and "gdb.base/sigstep.exp: finish from handleri; leave signal trampoline", and neither are not due to internal errors. Andreas. -- Andreas Schwab, SuSE Labs, schwab@suse.de SuSE Linux AG, Maxfeldstraße 5, 90409 Nürnberg, Germany Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."