unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Jan D." <jan.h.d@swipnet.se>
Cc: emacs-devel@gnu.org
Subject: Re: Toolbar problems with GDB mode.
Date: Fri, 10 Jan 2003 17:23:16 +0100	[thread overview]
Message-ID: <D2C8CE68-24B7-11D7-9137-00039363E640@swipnet.se> (raw)
In-Reply-To: <15899.24801.160084.755641@nick.uklinux.net>

>>> Please don't simply kill the buffer. Always type gdb-quit before starting
>>> a new session. I'm writing documentation to say things like that and I
>>> will try to make it more robust with time.
>
>> Could you install a local kill-buffer-hook to handle that for users like 
>> Jan?
>
> Yes. I think this works best. I was trying to put it in gud-sentinel which 
> is
> called every time the process state changes. However, this is after the GUD
> buffer is killed which makes it difficult to distinguish between gdb and 
> gdba.
>
> kill-buffer-hook won't work if the user types quit in the GUD buffer but 
> this
> probably doesn't matter as quit doesn't make much sense here and just 
> leaves a
> dead buffer lying around.

Actually it does make sense.  To reconnect to an embedded target, it is
convinient to quit the debugger and later restart it.  If one is
debugging something difficult, keeping output from previous sessions
in the gdb buffer is helpful.

Note, it is usually not a quit followed directly after a restart,
but rather quit, edit some files, compile, upload new loadmodule to
the target, reboot the target, restart debugger.

Can't you both have it in a buffer delete hook and in the sentinel?

BTW, starting gdba on my embedded target which doesn't have a main
does not load any files.  It works just like M-x gdb.

	Jan D.

  reply	other threads:[~2003-01-10 16:23 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-03 17:50 Toolbar problems with GDB mode Jan D.
2003-01-03 20:05 ` Nick Roberts
2003-01-03 22:09   ` Jan D.
2003-01-04  0:25     ` Nick Roberts
2003-01-04 13:05       ` Jan D.
2003-01-04 19:54         ` Nick Roberts
2003-01-04 21:44           ` Jan D.
2003-01-06 20:05           ` Kevin Rodgers
2003-01-07 23:21             ` Nick Roberts
2003-01-10 16:23               ` Jan D. [this message]
2003-01-10 21:55                 ` Nick Roberts
2003-01-04 23:44     ` Richard Stallman
2003-01-05 23:20       ` Nick Roberts
2003-01-11 19:49         ` Stefan Monnier
2003-01-12  0:05           ` Nick Roberts
2003-01-12 20:13             ` Stefan Monnier
2003-01-04  9:57   ` Eli Zaretskii
2003-01-04 13:36     ` Jan D.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=D2C8CE68-24B7-11D7-9137-00039363E640@swipnet.se \
    --to=jan.h.d@swipnet.se \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).