GNU bug report logs -
#32555
26.1; Async command buffer navigation bug
Previous Next
Reported by: Live System User <nyc4bos <at> aol.com>
Date: Tue, 28 Aug 2018 08:29:02 UTC
Severity: normal
Tags: fixed
Merged with 11224
Found in versions 23.2, 26.1
Fixed in version 27.1
Done: Noam Postavsky <npostavs <at> gmail.com>
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 32555 in the body.
You can then email your comments to 32555 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#32555
; Package
emacs
.
(Tue, 28 Aug 2018 08:29:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Live System User <nyc4bos <at> aol.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 28 Aug 2018 08:29:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
After an `async-shell-command' finished, I tried to
navigate its buffer with the arrow-keys and got the
following:
Debugger entered--Lisp error: (wrong-type-argument processp nil)
process-mark(nil)
comint-after-pmark-p()
(if (comint-after-pmark-p) (comint-previous-input 1) (previous-line 1))
(lambda nil (interactive) (if (comint-after-pmark-p) (comint-previous-input 1) (previous-line 1)))()
funcall-interactively((lambda nil (interactive) (if (comint-after-pmark-p) (comint-previous-input 1) (previous-line 1))))
call-interactively((lambda nil (interactive) (if (comint-after-pmark-p) (comint-previous-input 1) (previous-line 1))) nil nil)
command-execute((lambda nil (interactive) (if (comint-after-pmark-p) (comint-previous-input 1) (previous-line 1))))
Thanks.
In GNU Emacs 26.1 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.20.6)
of 2018-06-26 built on localhost.localdomain
Windowing system distributor 'Fedora Project', version 11.0.11803000
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
Configured using:
'configure 'CFLAGS=-DMAIL_USE_LOCKF -O0 -ggdb3 -pipe -Wall
-Werror=format-security -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic'
LDFLAGS=-Wl,-z,relro
--prefix=/tmp/emacs-26.1 --with-dbus
--with-gif --with-jpeg --with-png --with-rsvg --with-lcms2 --with-tiff
--with-xft --with-xpm --with-x-toolkit=gtk3 --with-gpm=yes
--with-xwidgets --with-modules'
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES THREADS XWIDGETS LCMS2
Important settings:
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
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
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting xwidget-internal
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 16 96036 8641)
(symbols 48 20390 1)
(miscs 40 39 119)
(strings 32 28829 1396)
(string-bytes 1 764526)
(vectors 16 14653)
(vector-slots 8 497302 7330)
(floats 8 49 304)
(intervals 56 248 0)
(buffers 992 12)
(heap 1024 34169 1076))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#32555
; Package
emacs
.
(Tue, 28 Aug 2018 12:30:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 32555 <at> debbugs.gnu.org (full text, mbox):
tags 32555 + unreproducible
quit
Live System User <nyc4bos <at> aol.com> writes:
> After an `async-shell-command' finished, I tried to
> navigate its buffer with the arrow-keys and got the
> following:
>
> Debugger entered--Lisp error: (wrong-type-argument processp nil)
[...]
> command-execute((lambda nil (interactive) (if (comint-after-pmark-p) (comint-previous-input 1) (previous-line 1))))
It looks like you've bound the arrow-keys to some command which causes
this error. I don't see any similar command in Emacs sources (and I
don't get such an error in 'emacs -Q' with the normal arrow-key
commands).
Added tag(s) unreproducible.
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 28 Aug 2018 12:30:05 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#32555
; Package
emacs
.
(Tue, 28 Aug 2018 20:26:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 32555 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> gmail.com> writes:
> tags 32555 + unreproducible
> quit
>
> Live System User <nyc4bos <at> aol.com> writes:
>
>> After an `async-shell-command' finished, I tried to
>> navigate its buffer with the arrow-keys and got the
>> following:
>>
>> Debugger entered--Lisp error: (wrong-type-argument processp nil)
> [...]
>> command-execute((lambda nil (interactive) (if (comint-after-pmark-p) (comint-previous-input 1) (previous-line 1))))
>
> It looks like you've bound the arrow-keys to some command which causes
> this error. I don't see any similar command in Emacs sources (and I
> don't get such an error in 'emacs -Q' with the normal arrow-key
> commands).
Sorry, there was a shell-mode-hook:
(add-hook 'shell-mode-hook
'(lambda ()
(local-set-key [home] ; move to beginning of line, after pro
mpt
'comint-bol)
(local-set-key [up] ; cycle backward through command histo
ry
'(lambda () (interactive)
(if (comint-after-pmark-p)
(comint-previous-input 1)
(previous-line 1))))
(local-set-key [down] ; cycle forward through command histor
y
'(lambda () (interactive)
(if (comint-after-pmark-p)
(comint-next-input 1)
(forward-line 1))))
))
Is tnere a way to acnieve the navigation I seek?
I've never had issues with this code before.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#32555
; Package
emacs
.
(Tue, 28 Aug 2018 22:45:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 32555 <at> debbugs.gnu.org (full text, mbox):
tags 32555 = fixed
merge 32555 11224
close 32555 27.1
quit
Live System User <nyc4bos <at> aol.com> writes:
> (add-hook 'shell-mode-hook
> (local-set-key [up] ; cycle backward through command history
> '(lambda () (interactive)
> (if (comint-after-pmark-p)
> (comint-previous-input 1)
> (previous-line 1))))
> I've never had issues with this code before.
That seems surprising since this problem is only fixed on the master
branch since February.
[1: aaeb101d89]: 2018-02-10 23:46:13 +0200
* lisp/comint.el (comint-after-pmark-p): Check if buffer has a live process.
https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=aaeb101d899a09e18630466c348041a172cd5d91
Added tag(s) fixed; removed tag(s) unreproducible.
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 28 Aug 2018 22:45:03 GMT)
Full text and
rfc822 format available.
Merged 11224 32555.
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 28 Aug 2018 22:45:03 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 27.1, send any further explanations to
32555 <at> debbugs.gnu.org and Live System User <nyc4bos <at> aol.com>
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org
.
(Tue, 28 Aug 2018 22:45:04 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#32555
; Package
emacs
.
(Wed, 29 Aug 2018 17:01:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 32555 <at> debbugs.gnu.org (full text, mbox):
Noam Postavsky <npostavs <at> gmail.com> writes:
> tags 32555 = fixed
> merge 32555 11224
> close 32555 27.1
> quit
>
> Live System User <nyc4bos <at> aol.com> writes:
>
>> (add-hook 'shell-mode-hook
>
>> (local-set-key [up] ; cycle backward through command history
>> '(lambda () (interactive)
>> (if (comint-after-pmark-p)
>> (comint-previous-input 1)
>> (previous-line 1))))
>
>> I've never had issues with this code before.
>
> That seems surprising since this problem is only fixed on the master
> branch since February.
>
> [1: aaeb101d89]: 2018-02-10 23:46:13 +0200
> * lisp/comint.el (comint-after-pmark-p): Check if buffer has a live process.
> https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=aaeb101d899a09e18630466c348041a172cd5d91
Thanks for your research.
I have been switching back and forth between Emacs versions
and it is possinle I got this error when not running master.
I no longer have that session running so I can't double-check.
I do see that it is working in a new Emacs session running
master that was built today...
Its mode-line contains:
(Shell:no process Shell-Compile)
Thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 27 Sep 2018 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 328 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.