From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31774 invoked by alias); 15 Oct 2009 16:23:45 -0000 Received: (qmail 31758 invoked by uid 22791); 15 Oct 2009 16:23:44 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 15 Oct 2009 16:23:39 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 04C0A2BACA1; Thu, 15 Oct 2009 12:23:38 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id rZmsDaf0FoZH; Thu, 15 Oct 2009 12:23:37 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id AF3F32BAB24; Thu, 15 Oct 2009 12:23:37 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id A1CC2F58A0; Thu, 15 Oct 2009 09:23:26 -0700 (PDT) Date: Thu, 15 Oct 2009 16:23:00 -0000 From: Joel Brobecker To: Hui Zhu Cc: Michael Snyder , "gdb-patches@sourceware.org" Subject: Re: [RFA] let record_resume fail immediately on error Message-ID: <20091015162326.GA5272@adacore.com> References: <20090928160728.GB9003@adacore.com> <20090929212910.GG6362@adacore.com> <20091014021007.GO5272@adacore.com> <20091014024202.GQ5272@adacore.com> <20091015045834.GY5272@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-10/txt/msg00335.txt.bz2 > I think stop with sigtrap looks not very well. So I change it to sigint. >From a user perspective, either is confusing and, IMO, wrong. The program did not receive any of these signals, so it seems like we're pretending that they did. Can't we just have an error message "Error: unsupported instruction, cannot continue from there", and just display the frame where we stopped? -- Joel