GNU bug report logs -
#25271
26.0.50; [PATCH] comint-insert-previous-argument logic improvements
Previous Next
Reported by: Dima Kogan <dima <at> secretsauce.net>
Date: Sun, 25 Dec 2016 19:55:01 UTC
Severity: normal
Tags: patch
Found in version 26.0.50
Done: Dima Kogan <dima <at> secretsauce.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25271 in the body.
You can then email your comments to 25271 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25271
; Package
emacs
.
(Sun, 25 Dec 2016 19:55:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dima Kogan <dima <at> secretsauce.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 25 Dec 2016 19:55:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
These patches come from
http://lists.gnu.org/archive/html/emacs-devel/2016-11/msg00520.html
There are two patches to fix some deficiencies in
comint-insert-previous-argument:
1. a prefix argument to comint-insert-previous-argument inserts the
INDEX-th argument, not just the last one. bash counts from the beginning
of the argument list, but zsh counts from the end. A new variable is
added to allow the user to choose the zsh behavior
2. comint-insert-previous-argument had logic to find trailing &, which
was buggy and got confused if && was encountered. This logic is not
present in bash or zsh, so it was removed, and the bug went away with
it.
[0001-comint-insert-previous-argument-counts-args-from-the.patch (text/x-diff, inline)]
From 2d0c476fe02494837c6d0e035807e93dfd54677b Mon Sep 17 00:00:00 2001
From: Dima Kogan <dima <at> secretsauce.net>
Date: Sun, 25 Dec 2016 11:35:26 -0800
Subject: [PATCH 1/2] comint-insert-previous-argument counts args from the
start or from the end
This function is invoked in shell-mode by the user, and is meant to emulate what
M-. does in zsh and bash: it inserts an argument from a previous command.
Without a prefix argument, it inserts the last arg from the previous command;
with an argument INDEX, it inserts the INDEX-th argument. bash counds from the
start, while zsh counts from the end. This patch adds a variable
`comint-insert-previous-argument-from-end' that emulates the zsh behavior if
non-nil.
* lisp/comint.el (comint-arguments): can take in negative arguments to count
from the end, same as indexing in python. (comint-insert-previous-argument):
if comint-insert-previous-argument-from-end is non-nil, INDEX counts arguments
from the end; if nil, from the beginning
---
lisp/comint.el | 49 ++++++++++++++++++++++++++++++++++++-------------
1 file changed, 36 insertions(+), 13 deletions(-)
diff --git a/lisp/comint.el b/lisp/comint.el
index b9c65b0..171caef 100644
--- a/lisp/comint.el
+++ b/lisp/comint.el
@@ -1660,12 +1660,13 @@ comint-delim-arg
(defun comint-arguments (string nth mth)
"Return from STRING the NTH to MTH arguments.
-NTH and/or MTH can be nil, which means the last argument.
-Returned arguments are separated by single spaces.
-We assume whitespace separates arguments, except within quotes
-and except for a space or tab that immediately follows a backslash.
-Also, a run of one or more of a single character
-in `comint-delimiter-argument-list' is a separate argument.
+NTH and/or MTH can be nil, which means the last argument. NTH
+and MTH can be <0 to count from the end; -1 means last argument.
+Returned arguments are separated by single spaces. We assume
+whitespace separates arguments, except within quotes and except
+for a space or tab that immediately follows a backslash. Also, a
+run of one or more of a single character in
+`comint-delimiter-argument-list' is a separate argument.
Argument 0 is the command name."
;; The first line handles ordinary characters and backslash-sequences
;; (except with w32 msdos-like shells, where backslashes are valid).
@@ -1687,7 +1688,7 @@ comint-arguments
(count 0)
beg str quotes)
;; Build a list of all the args until we have as many as we want.
- (while (and (or (null mth) (<= count mth))
+ (while (and (or (null mth) (< mth 0) (<= count mth))
(string-match argpart string pos))
;; Apply the `literal' text property to backslash-escaped
;; characters, so that `comint-delim-arg' won't break them up.
@@ -1714,8 +1715,14 @@ comint-arguments
args (if quotes (cons str args)
(nconc (comint-delim-arg str) args))))
(setq count (length args))
- (let ((n (or nth (1- count)))
- (m (if mth (1- (- count mth)) 0)))
+ (let ((n (cond
+ ((null nth) (1- count))
+ ((>= nth 0) nth)
+ (t (+ count nth))))
+ (m (cond
+ ((null mth) 0)
+ ((>= mth 0) (1- (- count mth)))
+ (t (1- (- mth))))))
(mapconcat
(function (lambda (a) a)) (nthcdr n (nreverse (nthcdr m args))) " "))))
@@ -2634,8 +2641,21 @@ comint-previous-prompt
(defvar-local comint-insert-previous-argument-last-start-pos nil)
(defvar-local comint-insert-previous-argument-last-index nil)
-;; Needs fixing:
-;; make comint-arguments understand negative indices as bash does
+(defvar-local comint-insert-previous-argument-from-end nil
+ "If nil, the INDEX argument to
+`comint-insert-previous-argument' refers to the INDEX-th
+argument, counting from the beginning; if non-nil, counting from
+the end. This exists to emulate the bahavior of `M-number M-.'
+in bash and zsh: in bash, `number' counts from the
+beginning (variable in nil), while in zsh it counts from the end.
+This variable is buffer-local. To get the zsh behavior in `M-x
+shell' sessions, do something like this:
+
+ (add-hook
+ 'shell-mode-hook
+ (lambda ()
+ (setq comint-insert-previous-argument-from-end t)))")
+
(defun comint-insert-previous-argument (index)
"Insert the INDEXth argument from the previous Comint command-line at point.
Spaces are added at beginning and/or end of the inserted string if
@@ -2643,8 +2663,8 @@ comint-insert-previous-argument
Interactively, if no prefix argument is given, the last argument is inserted.
Repeated interactive invocations will cycle through the same argument
from progressively earlier commands (using the value of INDEX specified
-with the first command).
-This command is like `M-.' in bash."
+with the first command). Values of INDEX<0 count from the end, so INDEX=-1
+is the last argument. This command is like `M-.' in bash."
(interactive "P")
(unless (null index)
(setq index (prefix-numeric-value index)))
@@ -2654,6 +2674,9 @@ comint-insert-previous-argument
(setq index comint-insert-previous-argument-last-index))
(t
;; This is a non-repeat invocation, so initialize state.
+ (when (and index
+ comint-insert-previous-argument-from-end)
+ (setq index (- index)))
(setq comint-input-ring-index nil)
(setq comint-insert-previous-argument-last-index index)
(when (null comint-insert-previous-argument-last-start-pos)
--
2.10.1
[0002-comint-insert-previous-argument-doesn-t-detect-and-i.patch (text/x-diff, inline)]
From 45de3e8dfa8a267c7af7732ef5fc6cb2c1606a66 Mon Sep 17 00:00:00 2001
From: Dima Kogan <dima <at> secretsauce.net>
Date: Sun, 25 Dec 2016 11:49:44 -0800
Subject: [PATCH 2/2] comint-insert-previous-argument doesn't detect and ignore
trailing &
This function is invoked in shell-mode by the user, and is meant to emulate what
M-. does in zsh and bash: it inserts an argument from a previous command.
Neither zsh nor bash treat a trailing & specially: M-. simply inserts it if it
is encountered. Emacs DID have extra logic to detect and discard trailing &,
but this logic was buggy, and a && anywhere in the sequence would confuse it.
This patch simply removes that logic to fix the bug and to emulate zsh and bash
more closely
* lisp/comint.el (comint-insert-previous-argument): don't detect and ignore
trailing &
---
lisp/comint.el | 3 ---
1 file changed, 3 deletions(-)
diff --git a/lisp/comint.el b/lisp/comint.el
index 171caef..83dbce0 100644
--- a/lisp/comint.el
+++ b/lisp/comint.el
@@ -2692,9 +2692,6 @@ comint-insert-previous-argument
(set-marker comint-insert-previous-argument-last-start-pos (point))
;; Insert the argument.
(let ((input-string (comint-previous-input-string 0)))
- (when (string-match "[ \t\n]*&" input-string)
- ;; strip terminating '&'
- (setq input-string (substring input-string 0 (match-beginning 0))))
(insert (comint-arguments input-string index index)))
;; Make next invocation return arg from previous input
(setq comint-input-ring-index (1+ (or comint-input-ring-index 0)))
--
2.10.1
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25271
; Package
emacs
.
(Wed, 02 May 2018 01:37:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 25271 <at> debbugs.gnu.org (full text, mbox):
Dima Kogan <dima <at> secretsauce.net> writes:
> +(defvar-local comint-insert-previous-argument-from-end nil
> +This variable is buffer-local. To get the zsh behavior in `M-x
> +shell' sessions, do something like this:
> +
> + (add-hook
> + 'shell-mode-hook
> + (lambda ()
> + (setq comint-insert-previous-argument-from-end t)))")
> +
Seems simpler to just make it a defcustom. The user could still
setq-local if they really want per-buffer settings.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25271
; Package
emacs
.
(Mon, 18 Jun 2018 02:26:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 25271 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> gmail.com> writes:
> Dima Kogan <dima <at> secretsauce.net> writes:
>
>> +(defvar-local comint-insert-previous-argument-from-end nil
>
>> +This variable is buffer-local. To get the zsh behavior in `M-x
>> +shell' sessions, do something like this:
>> +
>> + (add-hook
>> + 'shell-mode-hook
>> + (lambda ()
>> + (setq comint-insert-previous-argument-from-end t)))")
>> +
>
> Seems simpler to just make it a defcustom. The user could still
> setq-local if they really want per-buffer settings.
Yes. I agree, actually. Want a new patch, and we can merge this?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25271
; Package
emacs
.
(Mon, 18 Jun 2018 02:31:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 25271 <at> debbugs.gnu.org (full text, mbox):
Dima Kogan <dima <at> secretsauce.net> writes:
>> Seems simpler to just make it a defcustom. The user could still
>> setq-local if they really want per-buffer settings.
>
> Yes. I agree, actually. Want a new patch, and we can merge this?
Yeah, please add a NEWS entry for the new option and it should be good
to go for master.
Reply sent
to
Dima Kogan <dima <at> secretsauce.net>
:
You have taken responsibility.
(Mon, 18 Jun 2018 06:06:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dima Kogan <dima <at> secretsauce.net>
:
bug acknowledged by developer.
(Mon, 18 Jun 2018 06:06:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 25271-done <at> debbugs.gnu.org (full text, mbox):
Patches committed in ba2ddadb5378351e8003c8e172b52bfabaa27554
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#25271
; Package
emacs
.
(Mon, 18 Jun 2018 16:30:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 25271 <at> debbugs.gnu.org (full text, mbox):
> From: Dima Kogan <dima <at> secretsauce.net>
> Date: Sun, 17 Jun 2018 23:05:36 -0700
>
> Patches committed in ba2ddadb5378351e8003c8e172b52bfabaa27554
Thank you for working on this.
In the future, please observe the following minor gotchas (I fixed
them for this changeset):
. The commit log entries should be full sentences: start with a
capital letter and end with a period.
. A new or modified defcustom should have a suitable :version tag
that records the version where it was introduced or its value
changed.
. Please update the manual(s) to reflect the changes, otherwise this
job is left for the pretest phase, where it delays the release,
and also increases the risk of having inaccurate documentation
(due to the time that passed and people who forget).
. NEWS entries should preferably have their first line a complete
sentence that summarizes the entry. This is so NEWS could be
usefully read in Outline mode after folding the body of the
entries.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 17 Jul 2018 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 337 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.