From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28884 invoked by alias); 16 May 2008 17:33:04 -0000 Received: (qmail 28874 invoked by uid 22791); 16 May 2008 17:33:03 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 16 May 2008 17:32:46 +0000 Received: from brahms.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by brahms.sibelius.xs4all.nl (8.14.1/8.14.1) with ESMTP id m4GHWcg7006765; Fri, 16 May 2008 19:32:38 +0200 (CEST) Received: (from kettenis@localhost) by brahms.sibelius.xs4all.nl (8.14.1/8.14.1/Submit) id m4GHWcjU013412; Fri, 16 May 2008 19:32:38 +0200 (CEST) Date: Fri, 16 May 2008 17:33:00 -0000 Message-Id: <200805161732.m4GHWcjU013412@brahms.sibelius.xs4all.nl> From: Mark Kettenis To: aristovski@qnx.com CC: gdb@sources.redhat.com In-reply-to: (message from Aleksandar Ristovski on Fri, 16 May 2008 12:26:43 -0400) Subject: Re: Stepping out of signal handler problem References: 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: 2008-05/txt/msg00132.txt.bz2 > From: Aleksandar Ristovski > Date: Fri, 16 May 2008 12:26:43 -0400 > > This makes question 2: Is the only way to implement this similar to > linux-nat (scanning for sigreturn kernel call)? Is there anything > 'cleaner'? The clean way of doing this is provide proper unwind info for the signal trampoline. This shouldn't be too difficult if your signal trampolines live in libc, and quite a bit harder if they are in the kernel.