From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26847 invoked by alias); 30 Nov 2006 10:10:01 -0000 Received: (qmail 26832 invoked by uid 22791); 30 Nov 2006 10:09:59 -0000 X-Spam-Check-By: sourceware.org Received: from lon-del-01.spheriq.net (HELO lon-del-01.spheriq.net) (195.46.50.97) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 30 Nov 2006 10:09:32 +0000 Received: from lon-out-02.spheriq.net ([195.46.50.130]) by lon-del-01.spheriq.net with ESMTP id kAUA9Rsq028075 for ; Thu, 30 Nov 2006 10:09:27 GMT Received: from lon-cus-01.spheriq.net (lon-cus-01.spheriq.net [195.46.50.37]) by lon-out-02.spheriq.net with ESMTP id kAUA9PgE017312 for ; Thu, 30 Nov 2006 10:09:26 GMT Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by lon-cus-01.spheriq.net with ESMTP id kAUA9N1I028176 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 30 Nov 2006 10:09:24 GMT Received: from zeta.dmz-eu.st.com (ns2.st.com [164.129.230.9]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 95AEADA46; Thu, 30 Nov 2006 10:09:17 +0000 (GMT) Received: from mail1.bri.st.com (mail1.bri.st.com [164.129.8.218]) by zeta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 568B6472B2; Thu, 30 Nov 2006 10:09:12 +0000 (GMT) Received: from [164.129.15.13] (bri1043.bri.st.com [164.129.15.13]) by mail1.bri.st.com (MOS 3.7.5a-GA) with ESMTP id CIG60863 (AUTH stubbsa); Thu, 30 Nov 2006 10:09:11 GMT Message-ID: <456EADC6.70403@st.com> Date: Thu, 30 Nov 2006 10:10:00 -0000 From: Andrew STUBBS User-Agent: Thunderbird 1.5.0.8 (Windows/20061025) MIME-Version: 1.0 To: John Pye Cc: Joel Brobecker , gdb@sourceware.org Subject: Re: usability: exiting from GDB References: <456A79B5.2020505@anu.edu.au> <456AFA30.80508@st.com> <456CFDF8.10408@anu.edu.au> <20061129050452.GK9968@adacore.com> <456D33C6.4050407@anu.edu.au> <20061129133748.GC28834@nevyn.them.org> <456E5704.8060102@anu.edu.au> In-Reply-To: <456E5704.8060102@anu.edu.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2006-11/txt/msg00246.txt.bz2 John Pye wrote: > The ctrl-D behaviour is what I would prefer, certainly, and this would > be more shell-like. But I don't like the confirmation question "Exit > anyway?". It *is* precisely shell like. Try this: bash$ cat & bash$ bash says: There are stopped jobs. [1]+ Stopped cat > The hook-quit thing does turn off the confirmation in the case of the > "q" command, but *does not* work for the ctrl-D exit method. As advertised. > I guess the main thing is to get the ctrl-D functionality right. > Presuming that others agree that this change would be desirable? I think everyone is agreed that the Ctrl-D behaviour is precisely the same as that of bash and other shells, with the one exception that it does not print a line break. > I find the ctrl-C behaviour unhelpful (ie suggesting I quit instead of > asking me if I'd like to go ahead and do it) but it's not important really. The Ctrl-C behaviour is also only cosmetically different. It's hard to see how to explain this any more clearly than has already been done, but here goes. In both cases Ctrl-C interrupts the currently running command: bash$ cat bash$ (gdb) continue Continuing. Program received signal SIGINT, Interrupt. 0xblahblah in ?? () (gdb) In neither case does it quit the "shell". When you Ctrl-C a continue command it prints a message explaining where the inferior program has stopped. When you Ctrl-C another GDB command it prints a message 'Quit' to tell you that the command exited early, potentially. If no command was running then the effect is *only* that you see this message. It is *not* any sort of suggestion. If it did not print those four characters, 'Quit', the behaviour would be exactly the same as bash. GDB could certainly improve it's Ctrl-C handling - there a many commands that just can't be interrupted - and perhaps the aesthetics could also be improved, but in principle it is exactly the same as that used by bash. Hope that explains it for you Andrew