all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Phillip Garland <pgarland@gmail.com>
To: 10564@debbugs.gnu.org
Subject: bug#10564: 24.0.92; octave-kill-process kills octave process without warning user
Date: Thu, 19 Jan 2012 21:09:07 -0800	[thread overview]
Message-ID: <878vl32c5o.fsf@gmail.com> (raw)

I recently started using octave and discovered a frustrating problem
with octave mode. It's too easy to accidently kill the inferior octave
process.

C-c C-i l executes a line of octave code from an octave buffer
C-c C-i k kills the inferior octave process (octave-kill-process)

Sometimes, when I want to execute a line of code, my finger slipped,
hitting the 'k' key instead of the 'l' key, and the octave process is
immediately killed, losing the results of my computations. Right now,
octave-kill-process kills the octave process without double-checking
with the user. It does ask if you really want to kill the inferior
octave buffer, but at that point, the process has already been killed.

Right now octave-kill-buffer is defined like this:

(defun octave-kill-process ()
  "Kill inferior Octave process and its buffer."
  (interactive)
  (if inferior-octave-process
      (progn
	(process-send-string inferior-octave-process "quit;\n")
	(accept-process-output inferior-octave-process)))
  (if inferior-octave-buffer
      (kill-buffer inferior-octave-buffer)))

There seems to me to be at least three ways to solve this
problem. octave-kill-process could just call kill-buffer and have
kill-buffer kill the octave process:

(defun octave-kill-process ()
  "Kill inferior Octave process and its buffer."
  (interactive)
  (if inferior-octave-buffer
      (kill-buffer inferior-octave-buffer)))

The disadvantage of this is that there is no way to kill the process but
retain the inferior octave buffer (if you wanted to keep a record of your
octave session).

Alternatively, octave kill-process could first query the user about
killing the process, then if they kill the process, query them about
killing the inferior octave buffer:

(defun octave-kill-process ()
  "Kill inferior Octave process and its buffer."
  (interactive)
  (if (and inferior-octave-process
           (yes-or-no-p
            (format "Really kill the running Octave process? ")))
      (progn
        (process-send-string inferior-octave-process "quit;\n")
        (accept-process-output inferior-octave-process)
        (if inferior-octave-buffer
            (kill-buffer inferior-octave-buffer)))))

It's a little annoying to be queried twice, first to kill the process,
second to kill the buffer, when killing both is probably the common
case, but this seems like the least worst solution to me.

Finally, octave-kill-buffer could just kill the inferior octave process
and leave the inferior octave buffer around for the user to clean up:

(defun octave-kill-process ()
  "Kill inferior Octave process"
  (interactive)
  (if (and inferior-octave-process
           (yes-or-no-p
            (format "Really kill the running Octave process? ")))
      (progn
        (process-send-string inferior-octave-process "quit;\n")
        (accept-process-output inferior-octave-process))))

Thanks!
~Phillip


In GNU Emacs 24.0.92.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.8)
 of 2012-01-17 on cradle
Windowing system distributor `The X.Org Foundation', version 11.0.11102902
configured using `configure  '--prefix=/usr/local''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o r t - e m a c s - b u g <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml easymenu
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader
emacsbug time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel
x-win x-dnd tool-bar dnd fontset image fringe lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)





             reply	other threads:[~2012-01-20  5:09 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-20  5:09 Phillip Garland [this message]
2013-11-22  2:07 ` bug#10564: 24.0.92; octave-kill-process kills octave process without warning user Leo Liu

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

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

  git send-email \
    --in-reply-to=878vl32c5o.fsf@gmail.com \
    --to=pgarland@gmail.com \
    --cc=10564@debbugs.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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.