From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: nickrob@snap.net.nz (Nick Roberts) Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#4375: 23.1.50; can't kill killed gud buffer Date: Thu, 10 Sep 2009 16:13:23 +1200 Message-ID: <19112.31971.580210.13808@totara.tehura.co.nz> References: <87ljkp79u1.fsf@tnei.co.uk> <19110.57126.832288.236368@totara.tehura.co.nz> <4AA757B4.7090204@tnei.co.uk> <19111.29024.69183.195599@totara.tehura.co.nz> <5E16B510-DCCD-4E1D-8521-09938048182F@swipnet.se> <19111.36343.669900.640184@totara.tehura.co.nz> <19112.9315.801126.825982@totara.tehura.co.nz> Reply-To: Nick Roberts , 4375@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1252556842 8560 80.91.229.12 (10 Sep 2009 04:27:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Sep 2009 04:27:22 +0000 (UTC) Cc: "emacs-pretest-bug@gnu.org" , Robert Marshall , 4375@emacsbugs.donarmstrong.com To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 10 06:27:15 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MlbFa-00011D-SJ for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Sep 2009 06:27:15 +0200 Original-Received: from localhost ([127.0.0.1]:36783 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MlbFZ-00067h-BF for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Sep 2009 00:27:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MlbFV-00067R-0S for bug-gnu-emacs@gnu.org; Thu, 10 Sep 2009 00:27:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MlbFQ-00066p-8W for bug-gnu-emacs@gnu.org; Thu, 10 Sep 2009 00:27:08 -0400 Original-Received: from [199.232.76.173] (port=37583 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MlbFP-00066Z-Pt for bug-gnu-emacs@gnu.org; Thu, 10 Sep 2009 00:27:03 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:50855) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MlbFO-0005W4-T2 for bug-gnu-emacs@gnu.org; Thu, 10 Sep 2009 00:27:03 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8A4QxNA018766; Wed, 9 Sep 2009 21:26:59 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n8A4K5OB017842; Wed, 9 Sep 2009 21:20:05 -0700 Resent-Date: Wed, 9 Sep 2009 21:20:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: nickrob@snap.net.nz (Nick Roberts) Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 10 Sep 2009 04:20:05 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4375 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 4375-submit@emacsbugs.donarmstrong.com id=B4375.125255600817133 (code B ref 4375); Thu, 10 Sep 2009 04:20:05 +0000 Original-Received: (at 4375) by emacsbugs.donarmstrong.com; 10 Sep 2009 04:13:28 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from viper.snap.net.nz (viper.snap.net.nz [202.37.101.25]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8A4DPTR017130 for <4375@emacsbugs.donarmstrong.com>; Wed, 9 Sep 2009 21:13:27 -0700 Original-Received: from totara (unknown [123.255.29.50]) by viper.snap.net.nz (Postfix) with ESMTP id 392933DACC7; Thu, 10 Sep 2009 16:13:25 +1200 (NZST) Original-Received: by totara (Postfix, from userid 1000) id 97454C164; Thu, 10 Sep 2009 16:13:23 +1200 (NZST) In-Reply-To: X-Mailer: VM 7.19 under Emacs 22.2.1 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Thu, 10 Sep 2009 00:27:08 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:30912 gmane.emacs.pretest.bugs:25034 Archived-At: > > Emacs 23.1 is always an option for those using older GDB releases. > > Rather you mean "using gud-gdb is always an option for those using older > GDB releases" (we're talking about what to do for Emacs-23.2, so we > take for granted that the user will be using Emacs-23.2). > That might be good enough (I personally always end up using gud-gdb > since I've always found M-x gdb to be somewhat unreliable). No I don't, I mean M-x gdb in Emacs 23.1 is always an option for those using older GDB releases (although it may depend how old, gdb-ui.el is better with 6.4 and later but should work back to 5.0 from 2000). M-x gud-gdb should work in Emacs 23.1.50 as it does in Emacs 23.1. I don't know what you mean by unreliable, but over the years, in my experience, M-x gdb has become more reliable. Of course if you have a highly customized environment, the results might be different and buffers might appear in strange places. If you are having problems, I would recommend starting with gdb-many-windows nil and then the startup should be similar gud-gdb except that you can set breakpoints/control execution in the margin and see the breakpoint locations there. Then you could display new buffers in new frames, as and when needed, by using the pull down menu: GUD > GDB-Frames-> . > > We used to do that with "--fullname" and "--annotate=3" but that caused > > problems when execution was started in the users .gdbinit file. The two > > options are now invoked with separate functions (M-x gud-gdb and M-x gdb). > > I know, but I still think this is a temporary workaround. We should > document it well in some comments to make sure someone who wants to > attack the problem doesn't waste time going through the same problems > agains. On the contrary, I would like to remove gud-gdb at some point in the future. -- Nick http://www.inet.net.nz/~nickrob