From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27512 invoked by alias); 4 Nov 2005 09:15:10 -0000 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 Received: (qmail 27207 invoked by uid 22791); 4 Nov 2005 09:15:05 -0000 Received: from shadow.prohost.de (HELO shadow.prohost.de) (216.71.84.228) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 04 Nov 2005 09:15:05 +0000 Received: from mail.lipieda (p54A75B1B.dip.t-dialin.net [84.167.91.27]) by shadow.prohost.de (8.11.6/8.11.6) with ESMTP id jA49ENT15700 for ; Fri, 4 Nov 2005 10:14:23 +0100 Received: from [192.168.129.50] (unknown [192.168.129.50]) by mail.lipieda (Postfix) with ESMTP id ED65A565A for ; Fri, 4 Nov 2005 10:14:22 +0100 (CET) Message-ID: <436B2677.4020802@lipowsky.de> Date: Fri, 04 Nov 2005 09:15:00 -0000 From: Efim Monjak User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: Re: break of close loop Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-11/txt/msg00090.txt.bz2 Hi, as I see the step for debugger is not the same as stepi. After step command debugger try to go to the next source line. I think it checks for number of source line. I mean many single steps can be done before an another source line is recognised. Recognising of an other source line is need to complete the step command. After single step command only one single step is done. I don't know if for an other address is checked or single step responce is enougth to complete the single step. The stub recognise the single step complete if the address is changed. In this case it is not occurs because jump to the same address. Yes it is possible break a wait by timeout, but it is not really need. For user is OK if it can stop execution of such loop by ctrl+c I fixed this by responce Interrupt Signal if Ctrl+c is received. It seems the debugger don't recognise if it sends ctrl+c and check only for responce signal. The SIGTRAP after ctrl+c is recognised as single step is complete but step exeqution will not be stopped.