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 with many windows: kill associated buffers doesn't always work Date: Tue, 23 May 2006 22:31:07 +1200 Message-ID: <17522.58475.41518.559729@kahikatea.snap.net.nz> References: <17522.54798.555541.900063@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 1148380354 29944 80.91.229.2 (23 May 2006 10:32:34 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 23 May 2006 10:32:34 +0000 (UTC) Cc: schwab@suse.de, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 23 12:32:21 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 1FiUBE-0006at-7M for ged-emacs-devel@m.gmane.org; Tue, 23 May 2006 12:32:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiUBD-0000tY-7A for ged-emacs-devel@m.gmane.org; Tue, 23 May 2006 06:31:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FiUB0-0000sX-Ae for emacs-devel@gnu.org; Tue, 23 May 2006 06:31:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FiUAw-0000rv-Pk for emacs-devel@gnu.org; Tue, 23 May 2006 06:31:45 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FiUAw-0000rs-KJ for emacs-devel@gnu.org; Tue, 23 May 2006 06:31:42 -0400 Original-Received: from [202.37.101.8] (helo=viper.snap.net.nz) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FiUF8-0007jf-Em for emacs-devel@gnu.org; Tue, 23 May 2006 06:36:02 -0400 Original-Received: from kahikatea.snap.net.nz (p367-tnt1.snap.net.nz [202.124.111.113]) by viper.snap.net.nz (Postfix) with ESMTP id E530C757EBE; Tue, 23 May 2006 22:31:38 +1200 (NZST) Original-Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id B36FB1D3550; Tue, 23 May 2006 22:31:09 +1200 (NZST) Original-To: Klaus Zeitler In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.0.50.13 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:55119 Archived-At: > Nick> I assume that by "when I finish my debug session" you mean > something Nick> like typing quit in the GUD buffer, so that the process > is killed Nick> but not the GUD buffer. I'm not sure why you would > want to type Nick> quit and not just kill the GUD buffer to finish a > debug session, but Nick> clearly its a legitimate thing to do. > > It doesn't matter. Both, quit and kill gud buffer, have the same effect, i.e. > from the 2nd gdb session on (if I kill all the buffers from the first gdb > session) the associated buffers are killed (which is just fine IMHO). They shouldn't have the same effect: killing the GUD buffer should kill the associated buffers, typin quit shouldn't. I can see now that typing quit and _then_ killing the GUD buffer can cause problems (even without Andreas's change). However, I still can't see a problem if quit isn't typed in the GUD buffer. Can you? If so could you give me a precise recipe? > Nick> * progmodes/gud.el (gdb): Only complain about multiple debugging > Nick> when the gdb process is still running. > > This also seems like a good change to me. It was really annoying having emacs > complain about multiple sessions when the first one was already finished, > even though the gud buffer did still exist. As things stand it might be difficult to keep this behaviour. What do you do with the first buffer once it has already finished? -- Nick http://www.inet.net.nz/~nickrob