From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id Q3jnD3TryWBFCQAAWB0awg (envelope-from ) for ; Wed, 16 Jun 2021 08:15:48 -0400 Received: by simark.ca (Postfix, from userid 112) id 30C3A1F163; Wed, 16 Jun 2021 08:15:48 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 881B21E939 for ; Wed, 16 Jun 2021 08:15:47 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id DC42B383D809 for ; Wed, 16 Jun 2021 12:15:46 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DC42B383D809 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1623845746; bh=kOvTgTWG7fRjs7K43YCLLWyyMU3ph1ndp6cqOoqW1fU=; h=Date:To:In-Reply-To:Subject:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=hyAXtNcm4Bqg0siHSHSgTPHnAbqvb2OBUX2gvWt1ZQ+RIpbMtbaMI20mvNn4xPDuv a/+13NSSJ5QXlsPsKVFN0aBNgIRPtxbALg4eHTwFILktSan5z/5ZPI7JUVqHH9vTJt zd0ys5EjnEhY8jbvKikUL2A22Eb2KhsjXn1rwjWQ= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id A4A3C385E823 for ; Wed, 16 Jun 2021 12:15:26 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A4A3C385E823 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38988) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ltUS5-0002Hs-W4; Wed, 16 Jun 2021 08:15:26 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4286 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltURw-0005px-31; Wed, 16 Jun 2021 08:15:25 -0400 Date: Wed, 16 Jun 2021 15:15:19 +0300 Message-Id: <83a6nq2eg8.fsf@gnu.org> To: Pedro Alves In-Reply-To: <86b228b3-31d1-103e-5c98-18a8a6032f2f@palves.net> (message from Pedro Alves on Wed, 16 Jun 2021 11:15:38 +0100) Subject: Re: [PATCH v2 16/16] Document pseudo-terminal and interrupting changes References: <20210614212410.1612666-1-pedro@palves.net> <20210614212410.1612666-17-pedro@palves.net> <83r1h34771.fsf@gnu.org> <86b228b3-31d1-103e-5c98-18a8a6032f2f@palves.net> X-BeenThere: gdb-patches@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Eli Zaretskii via Gdb-patches Reply-To: Eli Zaretskii Cc: gdb-patches@sourceware.org Errors-To: gdb-patches-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb-patches" > From: Pedro Alves > Cc: gdb-patches@sourceware.org > Date: Wed, 16 Jun 2021 11:15:38 +0100 > > >> +On systems where interrupting the program results in a plain > >> +suspension instead of the program receiving a @code{SIGINT} signal, > >> +you can still pass a @code{SIGINT} signal to the program after it > >> +stops, using either the @code{signal SIGINT} or @code{queue-signal > >> +SIGINT} commands. @xref{Signaling,,Giving your Program a Signal}. > > > > This begs a question I already asked elsewhere: I'd expect that > > continuing the program after it was stopped like that will deliver > > SIGINT to the program, without any special commands. Isn't that so? > > Your text seems to imply that it isn't, which I find surprising -- > > after all, the user pressed Ctrl-C, so "normally" the debuggee should > > be hit with SIGINT, as if we were not debugging it. > > This was discussed in the other thread, but what you're saying really isn't > correct -- continuing the program after it was stopped doesn't normally > make the the debuggee receive the SIGINT. Only if you explicitly pass it, > with special commands. If you are talking about the default value of "handle SIGINT", then it is still possible (and IMO advisable) to mention that the signal will be passed to the debuggee, except that the default setting of SIGINT handling purposefully prevents that. > >> +@value{GDBN} on MS-Windows supports @kbd{C-@key{BREAK}} as an > >> +alternative interrupt key sequence. @xref{interrupt debuggee on > >> +MS-Windows}. > > > > I'm not sure I understand the significance of this note: after all, a > > Windows program can install a Ctrl-BREAK handler exactly like it does > > with Ctrl-C. Is this only about SetConsoleMode? > > I was creating a new "Interrupting" node in the manual, so I thought it > was a good place to put cross references to other places in the manual > that talk about interruption. That's all this is. Just like the > reference to the remote debug section. My point was more general: why are we taking such a great care publishing the Ctrl-BREAK support? What's the big deal?