GNU bug report logs - #4375
23.1.50; can't kill killed gud buffer

Previous Next

Package: emacs;

Reported by: Robert Marshall <robert.marshall <at> tnei.co.uk>

Date: Tue, 8 Sep 2009 15:15:03 UTC

Severity: normal

Done: Robert Marshall <robert.marshall <at> tnei.co.uk>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: nickrob <at> snap.net.nz (Nick Roberts)
Cc: 4375 <at> debbugs.gnu.org, "Jan D." <jan.h.d <at> swipnet.se>,
        "emacs-pretest-bug\@gnu.org" <emacs-pretest-bug <at> gnu.org>,
        Robert Marshall <robert.marshall <at> tnei.co.uk>
Subject: bug#4375: 23.1.50; can't kill killed gud buffer
Date: Wed, 09 Sep 2009 23:29:15 -0400

> 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).

> properly to GDB/MI is not an easy thing to do and I want to focus on that
> rather than on compatibility with old versions of GDB.

Preserving the gdb-ui.el code should be doable without any interference
with gdb-mi.el.  The code they share via gud.el is pretty small.

>> BTW, as you probably already know, I really think that M-x gdb should Do
>> the Right Thing, whether gdb is run with --annotate=2, --annotate=3,
>> or -i=mi.  I.e. it should wait to see GDB's output and then decide based
>> on that output whether to use gdb-mi.el or gdb-ui.el or just gud.el.
> 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.


        Stefan
This bug report was last modified 15 years and 339 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.