From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20642 invoked by alias); 23 Jun 2008 19:24:42 -0000 Received: (qmail 20633 invoked by uid 22791); 23 Jun 2008 19:24:42 -0000 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.155) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 23 Jun 2008 19:24:22 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id m5NJOFQm040696 ; Mon, 23 Jun 2008 21:24:15 +0200 (CEST) Received: from mailserver.u-strasbg.fr (ms2.u-strasbg.fr [IPv6:2001:660:2402::142]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id m5NJOFAV029611 ; Mon, 23 Jun 2008 21:24:15 +0200 (CEST) Received: from d620muller ([130.79.244.147]) by mailserver.u-strasbg.fr (8.13.8/jtpda-5.5pre1) with ESMTP id m5NJOAmv023692 ; Mon, 23 Jun 2008 21:24:15 +0200 (CEST) From: "Pierre Muller" To: "'Pedro Alves'" , References: <000001c8d330$0c6b51f0$2541f5d0$@u-strasbg.fr> <200806231541.26276.pedro@codesourcery.com> <20080623173620.GA10962@ednor.casa.cgf.cx> <200806231922.10798.pedro@codesourcery.com> In-Reply-To: <200806231922.10798.pedro@codesourcery.com> Subject: RE: [RFC] win32-nat.c 'set new-console' and interruption Date: Mon, 23 Jun 2008 20:33:00 -0000 Message-ID: <000301c8d566$bb831690$328943b0$@u-strasbg.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Content-Language: en-us X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mailhost.u-strasbg.fr [IPv6:2001:660:2402::155]); Mon, 23 Jun 2008 21:24:16 +0200 (CEST) X-Virus-Status: Clean 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: 2008-06/txt/msg00397.txt.bz2 > Anyway, back to the original issue: do we really need to translate > that SIGTRAP into a SIGINT (from a DebugBreakProcess) ? This is what I get with my patch: (top-gdb) set new-c (top-gdb) r ./gdb Starting program: /usr/local/src/gdbcvs/build-bare/gdb/gdb.exe ./gdb [New Thread 480.0x2ec] [New Thread 480.0xc60] [New Thread 480.0xae4] [New Thread 480.0xe7c] Program received signal SIGINT, Interrupt. [Switching to Thread 480.0xe7c] 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/d/WINDOWS/system32/ntdll.dll (top-gdb) If I removed the code that transforms the EXCEPTION_BREAKPOINT into a TARGET_SIGNAL_INT I get this: Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 2548.0xf1c] 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/d/WINDOWS/system32/ntdll.dll (top-gdb) c Continuing. [New Thread 2548.0xd10] Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 2548.0xd10] 0x7c901231 in ntdll!DbgUiConnectToDbg () from /cygdrive/d/WINDOWS/system32/ntdll.dll I find it cleaner with signal SIGINT, but it's true that the other option is simpler and not that different! Christopher, should I just remove the ctrl_break_sent variable and let GDB use SIGTRAP signal? Pierre Muller Pascal language support maintainer for GDB