From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16701 invoked by alias); 5 Mar 2007 20:06:04 -0000 Received: (qmail 16690 invoked by uid 22791); 5 Mar 2007 20:06:03 -0000 X-Spam-Check-By: sourceware.org Received: from sccrmhc12.comcast.net (HELO sccrmhc12.comcast.net) (63.240.77.82) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 05 Mar 2007 20:05:58 +0000 Received: from [172.22.0.103] (c-71-63-50-10.hsd1.va.comcast.net[71.63.50.10]) by comcast.net (sccrmhc12) with ESMTP id <2007030520055501200adem6e>; Mon, 5 Mar 2007 20:05:55 +0000 Message-ID: <45EC780E.60705@ringle.org> Date: Mon, 05 Mar 2007 20:06:00 -0000 From: Jon Ringle User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: gdb@sourceware.org Subject: gdbserver signals interfere with {next,step{,i}} Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2007-03/txt/msg00066.txt.bz2 Hello, I have an application that uses SIGUSR1 to receive timer interrupts. I've done 'handle SIGUSR1 nostop noprint' to avoid gdb from stopping on SIGUSR1. I've found that when debugging this application using gdbserver, that I can't use next, nexti, step, or stepi. When I use one of these commands, the application usually just continues without stopping at the next line/instruction. If I use a native gdb on the target the problem does not occur. If I disable my app from generating the SIGUSR1 and use gdbserver, the problem also goes away. I am using gdb-6.6 for gdbserver, native gdb and cross gdb. Jon