From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nick Roberts Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui Date: Thu, 9 Mar 2006 08:24:50 +1300 Message-ID: <17423.12162.607433.102530@kahikatea.snap.net.nz> References: <17422.38246.980642.602542@kahikatea.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1141846012 9934 80.91.229.2 (8 Mar 2006 19:26:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 8 Mar 2006 19:26:52 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 08 20:26:48 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FH4Im-0005DM-3z for ged-emacs-devel@m.gmane.org; Wed, 08 Mar 2006 20:26:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FH4Il-0007QJ-Iq for ged-emacs-devel@m.gmane.org; Wed, 08 Mar 2006 14:26:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FH4Ia-0007Q3-JC for emacs-devel@gnu.org; Wed, 08 Mar 2006 14:26:16 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FH4IZ-0007Pr-3o for emacs-devel@gnu.org; Wed, 08 Mar 2006 14:26:16 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FH4IY-0007Po-SG for emacs-devel@gnu.org; Wed, 08 Mar 2006 14:26:15 -0500 Original-Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FH4LS-00071o-IU for emacs-devel@gnu.org; Wed, 08 Mar 2006 14:29:14 -0500 Original-Received: from kahikatea.snap.net.nz (p202-124-114-53.snap.net.nz [202.124.114.53]) by viper.snap.net.nz (Postfix) with ESMTP id 4F818748062; Thu, 9 Mar 2006 08:26:06 +1300 (NZDT) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id D908988D3; Thu, 9 Mar 2006 08:24:50 +1300 (NZDT) Original-To: storm@cua.dk (Kim F. Storm) In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.0.50.77 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:51376 Archived-At: > > I attach a patch that deals with this problem by making the user decide > > if input is for GDB or the inferior ( queues the input (for GDB), > > sends it immediately (for the program being debugged)). Its > > not attractive but I think it is necessary if the GUD buffer is used for > > input to both. > > But how does a user know whether to hit RET or C-M-RET at any > given moment? If the program is expecting input it normally prompts the user with output e.g Enter number of iterations: If the program has no input, the user doesn't need to do anything new and the change just helps to prevent gdb-ui getting confused. > If he made the wrong choice, isn't it too late to correct it anyway? It depends on what he typed and whether he pressed RET or C-M-RET by mistake. Currently if a user enters input while the program is still running, gdb-ui tries to recover with gdb-resync. > In any case: Please don't use C-return ... > CUA-mode binds C-return globally to toggle rectangle marking. > > C-M-return would be ok... C-return and C-M-return don't seem to be available on a terminal anyway. Could I just use M-return? -- Nick http://www.inet.net.nz/~nickrob