emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#40690: closed (27.0.91; C-u M-! no longer inserts output at point)


From: GNU bug Tracking System
Subject: bug#40690: closed (27.0.91; C-u M-! no longer inserts output at point)
Date: Sun, 10 May 2020 20:26:01 +0000

Your message dated Sun, 10 May 2020 22:25:07 +0200
with message-id <CAArVCkQk-R04p1SENDRoEsZfeGP=-ANZwcaR9COFW=address@hidden>
and subject line Re: bug#40690: 27.0.91; C-u M-! no longer inserts output at 
point
has caused the debbugs.gnu.org bug report #40690,
regarding 27.0.91; C-u M-! no longer inserts output at point
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden.)


-- 
40690: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=40690
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 27.0.91; C-u M-! no longer inserts output at point Date: Sat, 18 Apr 2020 00:05:43 +0200
The help text for M-! says

"With prefix argument, insert the COMMAND’s output at point."

However, in Emacs 27 this is no longer the case if
`shell-command-dont-erase-buffer' is `beg-last-out'.

Run

emacs -Q -eval "(setq shell-command-dont-erase-buffer 'beg-last-out)"

Hit M-< to go to the beginning of the scratch buffer.  Execute

C-u M-! echo hi RET

or any other command producing output.  In Emacs 26.3, the output is
inserted at point, but in Emacs 27, it's inserted at the end of the
buffer.



In GNU Emacs 27.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.13)
 of 2020-04-17
Repository revision: 6b297519b580df27d8721943f55629689b4c83e0
Repository branch: emacs-27
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux rodete

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

Configured using:
 'configure --enable-checking=all --enable-gtk-deprecation-warnings
 --enable-gcc-warnings=warn-only --enable-check-lisp-object-type
 --with-mailutils --without-pop 'CFLAGS=-O0 -g3' LDFLAGS=-g3'

Configured features:
XPM JPEG TIFF GIF PNG SOUND DBUS GSETTINGS GLIB NOTIFY INOTIFY
LIBSELINUX GNUTLS FREETYPE HARFBUZZ XFT ZLIB TOOLKIT_SCROLL_BARS GTK3
X11 XDBE XIM MODULES THREADS PDUMPER GMP

Important settings:
  value of $LANG: en_US.UTF-8
  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 dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec epa epg epg-config gnus-util
rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils phst skeleton
derived edmacro kmacro pcase ffap thingatpt url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json map url-vars
subr-x rx gnutls puny seq byte-opt gv bytecomp byte-compile cconv dbus
xml cl-loaddefs cl-lib 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
tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core term/tty-colors frame
minibuffer 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 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
threads dbusbind inotify dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 60634 7639)
 (symbols 48 8244 1)
 (strings 32 21019 1549)
 (string-bytes 1 684582)
 (vectors 16 12145)
 (vector-slots 8 169126 7408)
 (floats 8 25 34)
 (intervals 56 198 0)
 (buffers 1000 12))

-- 
Google Germany GmbH
Erika-Mann-Straße 33
80636 München

Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Paul Manicle, Halimah DeLaine Prado

If you received this communication by mistake, please don’t forward it to
anyone else (it may contain confidential or privileged information), please
erase all copies of it, including all attachments, and please let the sender
know it went to the wrong person.  Thanks.



--- End Message ---
--- Begin Message --- Subject: Re: bug#40690: 27.0.91; C-u M-! no longer inserts output at point Date: Sun, 10 May 2020 22:25:07 +0200
Am Sa., 18. Apr. 2020 um 11:02 Uhr schrieb Eli Zaretskii <address@hidden>:
>
> > From: Philipp Stephani <address@hidden>
> > Date: Sat, 18 Apr 2020 00:05:43 +0200
> >
> > The help text for M-! says
> >
> > "With prefix argument, insert the COMMAND’s output at point."
> >
> > However, in Emacs 27 this is no longer the case if
> > `shell-command-dont-erase-buffer' is `beg-last-out'.
> >
> > Run
> >
> > emacs -Q -eval "(setq shell-command-dont-erase-buffer 'beg-last-out)"
> >
> > Hit M-< to go to the beginning of the scratch buffer.  Execute
> >
> > C-u M-! echo hi RET
> >
> > or any other command producing output.  In Emacs 26.3, the output is
> > inserted at point, but in Emacs 27, it's inserted at the end of the
> > buffer.
>
> Thanks, I hope I fixed this now on the emacs-27 branch.

Confirmed, thanks.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]