From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28038 invoked by alias); 30 Oct 2004 17:47:08 -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 28028 invoked from network); 30 Oct 2004 17:47:07 -0000 Received: from unknown (HELO localhost.redhat.com) (24.42.65.225) by sourceware.org with SMTP; 30 Oct 2004 17:47:07 -0000 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 16227129D8C; Sat, 30 Oct 2004 12:46:59 -0400 (EDT) Message-ID: <4183C57F.2020502@gnu.org> Date: Sun, 31 Oct 2004 19:12:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041020) MIME-Version: 1.0 To: Andreas Schwab Cc: Andrew Cagney , 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> <41839D0D.8070700@gnu.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-10/txt/msg00430.txt.bz2 Andreas Schwab wrote: > Andrew Cagney writes: > > >>The "step on breakpoint; ..." tests, > > > I can't find any such test in gdb.base. sigstep.exp:breakpoint_over_handler, added 25/8. The above should be in your gdb.log. What's your GDB version? >>based on your description, exercise just that senario. They run to a >>breakpoint, wait for a signal to be come pending, and then try to step >>et.al. >> >>Sounds like more is going on? > > > Perhaps the key point is that the signal (SIGIO) is silently passed to the > inferiour by gdb. No, the above does that (but with SIGALRM). Are there multiple signals pending? Andrew