From unknown Sat Aug 09 01:07:18 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#25209 <25209@debbugs.gnu.org> To: bug#25209 <25209@debbugs.gnu.org> Subject: Status: 25.1; can't delete *Shell Command Output* Reply-To: bug#25209 <25209@debbugs.gnu.org> Date: Sat, 09 Aug 2025 08:07:18 +0000 retitle 25209 25.1; can't delete *Shell Command Output* reassign 25209 emacs submitter 25209 Francesco Potort=C3=AC severity 25209 minor thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 15 11:34:45 2016 Received: (at submit) by debbugs.gnu.org; 15 Dec 2016 16:34:46 +0000 Received: from localhost ([127.0.0.1]:43112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHYzV-0007Me-Dn for submit@debbugs.gnu.org; Thu, 15 Dec 2016 11:34:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46037) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHYzT-0007MR-3Y for submit@debbugs.gnu.org; Thu, 15 Dec 2016 11:34:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cHYzL-0000EF-Tj for submit@debbugs.gnu.org; Thu, 15 Dec 2016 11:34:37 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_50,MANY_HDRS_LCASE, RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59539) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cHYzL-0000E5-RT for submit@debbugs.gnu.org; Thu, 15 Dec 2016 11:34:35 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36950) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cHYzJ-0000df-QF for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2016 11:34:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cHYzG-00008l-HG for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2016 11:34:33 -0500 Received: from blade3.isti.cnr.it ([194.119.192.19]:33574) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cHYzF-00005A-Uk for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2016 11:34:30 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q8IOH88Z8EB3LP4U@mx.isti.cnr.it> for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2016 17:34:24 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cHYz9-0001ux-PU for bug-gnu-emacs@gnu.org; Thu, 15 Dec 2016 17:34:23 +0100 Date: Thu, 15 Dec 2016 17:34:23 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: 25.1; can't delete *Shell Command Output* To: bug-gnu-emacs@gnu.org Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) I don't have any idea on how to reproduce this on a fresh Emacs, but I'll report anyway. On a long-running multi-tty Emacs, at one point the *Shell Command Output* buffer refuses to go away. If I try to kill it, nothing happens, whether the current buffer is that one or any other one. The contents of the *Shell Command Output* buffer are always visible in the minibuffer. So, to make it unobtrusive, I need to issue an M-! echo -n RET every time the *Shell Command Output* buffer is dirtied. I am still running that Emacs, so I can try to debug something. If you suggest me where to look, I can do that when I have time (probably not it nthe next few days). In GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2016-10-24, modified by Debian built on trouble Windowing system distributor 'The X.Org Foundation', version 11.0.11804000 System Description: Debian GNU/Linux testing (stretch) Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-pop=yes --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --with-x=yes --with-x-toolkit=lucid --with-toolkit-scroll-bars --without-gconf --without-gsettings 'CFLAGS=-g -O2 -fdebug-prefix-map=/build/emacs25-25.1+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: XAW3D XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 Important settings: value of $LC_COLLATE: it_IT.UTF-8 value of $LC_CTYPE: it_IT.UTF-8 value of $LC_NUMERIC: C value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: filladapt-mode: t diff-auto-refine-mode: t TeX-PDF-mode: t desktop-save-mode: t epa-global-mail-mode: t shell-dirtrack-mode: t openwith-mode: t xterm-mouse-mode: t display-time-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: t line-number-mode: t auto-fill-function: do-auto-fill Recent messages: No following nondeleted message Expunging deleted messages...done Showing message 855... Saving file /home/pot/Mail/RMAIL... Wrote /home/pot/Mail/RMAIL [2 times] Auto-saving... Saving file /home/pot/doc/todo... Wrote /home/pot/doc/todo Quit [2 times] user-error: End of history; no default available [2 times] Load-path shadows: ~/elisp/bhl hides /usr/share/emacs/25.1/site-lisp/bhl ~/elisp/bhl hides /usr/share/emacs/site-lisp/bhl /usr/share/emacs/25.1/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup /usr/share/emacs25/site-lisp/flim/md4 hides /usr/share/emacs/25.1/lisp/md4 /usr/share/emacs25/site-lisp/flim/hex-util hides /usr/share/emacs/25.1/lisp/hex-util /usr/share/emacs/site-lisp/rst hides /usr/share/emacs/25.1/lisp/textmodes/rst /usr/share/emacs25/site-lisp/flim/ntlm hides /usr/share/emacs/25.1/lisp/net/ntlm /usr/share/emacs25/site-lisp/flim/hmac-md5 hides /usr/share/emacs/25.1/lisp/net/hmac-md5 /usr/share/emacs25/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/25.1/lisp/net/sasl-ntlm /usr/share/emacs25/site-lisp/flim/sasl-digest hides /usr/share/emacs/25.1/lisp/net/sasl-digest /usr/share/emacs25/site-lisp/flim/sasl hides /usr/share/emacs/25.1/lisp/net/sasl /usr/share/emacs25/site-lisp/flim/sasl-cram hides /usr/share/emacs/25.1/lisp/net/sasl-cram /usr/share/emacs25/site-lisp/flim/hmac-def hides /usr/share/emacs/25.1/lisp/net/hmac-def /usr/share/emacs25/site-lisp/auctex/tex-fold hides /usr/share/emacs/site-lisp/auctex/tex-fold /usr/share/emacs25/site-lisp/auctex/context-en hides /usr/share/emacs/site-lisp/auctex/context-en /usr/share/emacs25/site-lisp/auctex/tex-info hides /usr/share/emacs/site-lisp/auctex/tex-info /usr/share/emacs25/site-lisp/auctex/plain-tex hides /usr/share/emacs/site-lisp/auctex/plain-tex /usr/share/emacs25/site-lisp/auctex/tex-mik hides /usr/share/emacs/site-lisp/auctex/tex-mik /usr/share/emacs25/site-lisp/auctex/texmathp hides /usr/share/emacs/site-lisp/auctex/texmathp /usr/share/emacs25/site-lisp/auctex/context-nl hides /usr/share/emacs/site-lisp/auctex/context-nl /usr/share/emacs25/site-lisp/auctex/toolbar-x hides /usr/share/emacs/site-lisp/auctex/toolbar-x /usr/share/emacs25/site-lisp/auctex/tex hides /usr/share/emacs/site-lisp/auctex/tex /usr/share/emacs25/site-lisp/auctex/tex-jp hides /usr/share/emacs/site-lisp/auctex/tex-jp /usr/share/emacs25/site-lisp/auctex/bib-cite hides /usr/share/emacs/site-lisp/auctex/bib-cite /usr/share/emacs25/site-lisp/auctex/multi-prompt hides /usr/share/emacs/site-lisp/auctex/multi-prompt /usr/share/emacs25/site-lisp/auctex/font-latex hides /usr/share/emacs/site-lisp/auctex/font-latex /usr/share/emacs25/site-lisp/auctex/prv-emacs hides /usr/share/emacs/site-lisp/auctex/prv-emacs /usr/share/emacs25/site-lisp/auctex/tex-style hides /usr/share/emacs/site-lisp/auctex/tex-style /usr/share/emacs25/site-lisp/auctex/context hides /usr/share/emacs/site-lisp/auctex/context /usr/share/emacs25/site-lisp/auctex/preview hides /usr/share/emacs/site-lisp/auctex/preview /usr/share/emacs25/site-lisp/auctex/tex-font hides /usr/share/emacs/site-lisp/auctex/tex-font /usr/share/emacs25/site-lisp/auctex/tex-bar hides /usr/share/emacs/site-lisp/auctex/tex-bar /usr/share/emacs25/site-lisp/auctex/latex hides /usr/share/emacs/site-lisp/auctex/latex /usr/share/emacs25/site-lisp/auctex/tex-buf hides /usr/share/emacs/site-lisp/auctex/tex-buf Features: (shadow emacsbug reporter debian-bug mail-extr texmathp nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok tmm ido etags xref project ediff-merg ediff-wind ediff-diff ediff-mult ediff-help ediff-init ediff-util ediff js json map imenu ispell log-view pp visual-fill-column locate dired-aux eieio-opt speedbar sb-image ezimage dframe find-func timezone rmailsort face-remap url-handlers nero cl rect log-edit pcvs-util add-log grep dabbrev diff-mode vc rmailkwd mailalias rmailout shr-color color time-stamp misearch multi-isearch server parse-time unrmail qp url-util shr dom subr-x browse-url jka-compr cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs bibtex info sh-script executable sgml-mode vc-filewise vc-rcs image-mode view conf-mode generic octave smie latexenc plain-tex vc-dispatcher vc-svn preview prv-emacs tex-bar tex-buf toolbar-x noutline outline font-latex latex easy-mmode edmacro kmacro tex-style tex dbus xml crm tex-mode compile rmailmm message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mailabbrev gmm-utils mailheader mail-parse rfc2231 desktop frameset term/xterm xterm pot skeleton rmailsum rmail warnings sendmail rfc2047 rfc2045 ietf-drums mime-compose epa-mail mail-utils epa derived epg cal-china lunar solar cal-dst cal-bahai cal-islam cal-hebrew holidays hol-loaddefs vc-hg appt diary-lib diary-loaddefs cal-menu calendar cal-loaddefs tramp tramp-compat tramp-loaddefs trampver ucs-normalize shell pcomplete comint ring format-spec bhl switch-to-shell openwith hi-lock xt-mouse ffap thingatpt url-parse auth-source cl-seq eieio eieio-core cl-macs gnus-util time-date mm-util help-fns mail-prsvr password-cache url-vars scroll-in-place filladapt ansi-color advice time quail dired-x dired generic-x disp-table finder-inf package epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv cl-loaddefs pcase cl-lib debian-el debian-el-loaddefs w3m-load vm-autoload vm-autoloads vm-version vm-vars vm-init preview-latex tex-site auto-loads mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core 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 charscript case-table epa-hook jka-cmpr-hook help simple abbrev 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 dynamic-setting font-render-setting x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 652155 132682) (symbols 48 53263 2) (miscs 40 5199 3014) (strings 32 129128 14278) (string-bytes 1 4493290) (vectors 16 77810) (vector-slots 8 2097988 31261) (floats 8 1127 984) (intervals 56 48202 2434) (buffers 976 156)) From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 16 03:41:11 2016 Received: (at 25209) by debbugs.gnu.org; 16 Dec 2016 08:41:11 +0000 Received: from localhost ([127.0.0.1]:43551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHo4k-0006Vh-Tb for submit@debbugs.gnu.org; Fri, 16 Dec 2016 03:41:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39151) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cHo4j-0006VU-5Q for 25209@debbugs.gnu.org; Fri, 16 Dec 2016 03:41:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cHo4Y-0006A1-Tp for 25209@debbugs.gnu.org; Fri, 16 Dec 2016 03:41:03 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38044) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cHo4G-0005qF-Nf; Fri, 16 Dec 2016 03:40:40 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2141 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cHo4F-0006ua-Uj; Fri, 16 Dec 2016 03:40:40 -0500 Date: Fri, 16 Dec 2016 10:39:58 +0200 Message-Id: <83k2b08dy9.fsf@gnu.org> From: Eli Zaretskii To: Francesco =?utf-8?Q?Potort=C3=AC?= In-reply-to: (message from Francesco =?utf-8?Q?Potort=C3=AC?= on Thu, 15 Dec 2016 17:34:23 +0100) Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 25209 Cc: 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > Date: Thu, 15 Dec 2016 17:34:23 +0100 > From: Francesco Potortì > > On a long-running multi-tty Emacs, at one point the *Shell Command > Output* buffer refuses to go away. > > If I try to kill it, nothing happens, whether the current buffer is that > one or any other one. The contents of the *Shell Command Output* buffer > are always visible in the minibuffer. So, to make it unobtrusive, I > need to issue an > M-! echo -n RET > every time the *Shell Command Output* buffer is dirtied. > > I am still running that Emacs, so I can try to debug something. If you > suggest me where to look, I can do that when I have time (probably not > it nthe next few days). Some questions come to mind, hopefully one of them will help you: Are you in recursive edit level, perhaps? When the cursor is shown in that buffer in the echo area, does typing C-g or "C-x o" get you out of that, and can you then kill that buffer? Or maybe try "C-x b" to switch to a minibuffer in that situation. Do you have some non-nil kill-buffer-hook, and if so, what does that do? What about kill-buffer-query-functions -- any non-nil value for that? What happens if you set debug-on-error non-nil, and then try to kill that buffer? What errors, if any, pop up, and what do they show? When you attempt to kill the buffer, do you see any messages added to *Messages*? The most promising lead, IMO, is the one about this buffer being shown in the echo area: kill-buffer won't kill the current minibuffer buffer, so I think you should try to break that link. Thus the first 2 questions above are the most probable cause of your trouble. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 07:46:02 2016 Received: (at 25209) by debbugs.gnu.org; 19 Dec 2016 12:46:02 +0000 Received: from localhost ([127.0.0.1]:46935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIxKM-0007rJ-Ak for submit@debbugs.gnu.org; Mon, 19 Dec 2016 07:46:02 -0500 Received: from blade3.isti.cnr.it ([194.119.192.19]:26355) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIxKK-0007r2-DF for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 07:46:01 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q8O1NE48NGBG1XGY@mx.isti.cnr.it> for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 13:45:57 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cIxKG-0001zK-P9; Mon, 19 Dec 2016 13:45:56 +0100 Date: Mon, 19 Dec 2016 13:45:56 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* In-reply-to: <83k2b08dy9.fsf@gnu.org> To: Eli Zaretskii Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 References: <83k2b08dy9.fsf@gnu.org> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 25209 Cc: 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >> Date: Thu, 15 Dec 2016 17:34:23 +0100 >> From: Francesco Potortì >> >> On a long-running multi-tty Emacs, at one point the *Shell Command >> Output* buffer refuses to go away. >> >> If I try to kill it, nothing happens, whether the current buffer is that >> one or any other one. The contents of the *Shell Command Output* buffer >> are always visible in the minibuffer. So, to make it unobtrusive, I >> need to issue an >> M-! echo -n RET >> every time the *Shell Command Output* buffer is dirtied. >> >> I am still running that Emacs, so I can try to debug something. If you >> suggest me where to look, I can do that when I have time (probably not >> it nthe next few days). > >Some questions come to mind, hopefully one of them will help you: > >Are you in recursive edit level, perhaps? No :( >When the cursor is shown in that buffer in the echo area, does typing >C-g or "C-x o" get you out of that, and can you then kill that buffer? >Or maybe try "C-x b" to switch to a minibuffer in that situation. The echo area always shows the contents of the *Shell Command Output* buffer. When I use the minibuffer, all is well and the minibuffer works as usual. As soon as I finish using it, it again displays the *Shell Command Output* buffer. The cursor never goes there, C-x o does nothing as usual if I have a single buffer int he window. Oh, note that I have two frames open, one running under screen in a virtual terminal and one on X. Only the latter frame exhibits the problem. However, I have just tried to go to the terminal frame, switch to the *Shell Command Output* buffer, and now the problem also happens there! >Do you have some non-nil kill-buffer-hook, and if so, what does that >do? (tramp-flush-file-function browse-url-delete-temp-file preview-kill-buffer-cleanup rmail-mode-kill-summary tramp-delete-temp-file-function uniquify-kill-buffer-function vc-kill-buffer-hook) > What about kill-buffer-query-functions -- any non-nil value for >that? (process-kill-buffer-query-function) >What happens if you set debug-on-error non-nil, and then try to kill >that buffer? What errors, if any, pop up, and what do they show? No errors... >When you attempt to kill the buffer, do you see any messages added to >*Messages*? Nothing >The most promising lead, IMO, is the one about this buffer being shown >in the echo area: kill-buffer won't kill the current minibuffer >buffer, so I think you should try to break that link. Thus the first >2 questions above are the most probable cause of your trouble. Unfortunately I had already tried all your suggestions. I had not thought about the hooks, but now that I look at them I would say that I have not set them myself and they look like standard ones. I can obviously disregard this, kill Emacs and start a fresh one, but maybe there is a bug lurking somewhere and this is a unique chance to hunt it down :) From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 09:15:58 2016 Received: (at 25209) by debbugs.gnu.org; 19 Dec 2016 14:15:58 +0000 Received: from localhost ([127.0.0.1]:46979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIyjO-0001c8-KS for submit@debbugs.gnu.org; Mon, 19 Dec 2016 09:15:58 -0500 Received: from mail-out.m-online.net ([212.18.0.10]:53980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIyjN-0001c0-Aq for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 09:15:57 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3tj2y16lV2z3hkGJ; Mon, 19 Dec 2016 15:15:37 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3tj2xx1zLqzvkcy; Mon, 19 Dec 2016 15:15:33 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id 1yXMLEds9MTL; Mon, 19 Dec 2016 15:15:31 +0100 (CET) X-Auth-Info: yj0CBXOcbGMk6JSuWbLvbLrCXjEGpDhUwTzy+QycA/BZRL4fef/RXY6uBbOXtb8Z Received: from igel.home (ppp-88-217-25-150.dynamic.mnet-online.de [88.217.25.150]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 19 Dec 2016 15:15:31 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 2C3662C4C3E; Mon, 19 Dec 2016 15:15:31 +0100 (CET) From: Andreas Schwab To: Francesco =?utf-8?Q?Potort=C3=AC?= Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* References: X-Yow: I am NOT a nut.... Date: Mon, 19 Dec 2016 15:15:30 +0100 In-Reply-To: ("Francesco =?utf-8?Q?Potort=C3=AC=22's?= message of "Thu, 15 Dec 2016 17:34:23 +0100") Message-ID: <87inqg80ot.fsf@linux-m68k.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 25209 Cc: 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Dez 15 2016, Francesco Potortì wrote: > On a long-running multi-tty Emacs, at one point the *Shell Command > Output* buffer refuses to go away. > > If I try to kill it, nothing happens, whether the current buffer is that > one or any other one. The contents of the *Shell Command Output* buffer > are always visible in the minibuffer. So, to make it unobtrusive, I > need to issue an > M-! echo -n RET > every time the *Shell Command Output* buffer is dirtied. Did you perhaps quit while the output of a shell-command was being displayed, because it took too long? In that situation Emacs can end up in a state where (minibuffer-window) points to the *Shell Command Output* buffer, and kill-buffer will refuse to kill the buffer. You can reset the minibuffer window with (set-window-buffer (minibuffer-window) (get-buffer " *Minibuf-0*")) Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 09:26:41 2016 Received: (at 25209) by debbugs.gnu.org; 19 Dec 2016 14:26:42 +0000 Received: from localhost ([127.0.0.1]:46984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIytl-0001rz-MW for submit@debbugs.gnu.org; Mon, 19 Dec 2016 09:26:41 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:45742) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIytj-0001rp-F5 for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 09:26:39 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3tj3Bk51rqz3hj7f; Mon, 19 Dec 2016 15:26:38 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3tj3Bk4KZ0zvkcs; Mon, 19 Dec 2016 15:26:38 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id Y4Gpsu3pDnMB; Mon, 19 Dec 2016 15:26:37 +0100 (CET) X-Auth-Info: whsxnecA2uipxZ7jxZaIPL9oX3Oexk1Oa0ch2620DrygTDRwMMxGXb104AuQ8TcA Received: from igel.home (ppp-88-217-25-150.dynamic.mnet-online.de [88.217.25.150]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 19 Dec 2016 15:26:37 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 4844D2C4C3E; Mon, 19 Dec 2016 15:26:37 +0100 (CET) From: Andreas Schwab To: Francesco =?utf-8?Q?Potort=C3=AC?= Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* References: <87inqg80ot.fsf@linux-m68k.org> X-Yow: ...It's REAL ROUND.. And it's got a POINTY PART right in the MIDDLE!! The shape is SMOOTH.. ..And COLD.. It feels very COMFORTABLE on my CHEEK.. I'm getting EMOTIONAL.. Date: Mon, 19 Dec 2016 15:26:37 +0100 In-Reply-To: <87inqg80ot.fsf@linux-m68k.org> (Andreas Schwab's message of "Mon, 19 Dec 2016 15:15:30 +0100") Message-ID: <87eg14806a.fsf@linux-m68k.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 25209 Cc: 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Dez 19 2016, Andreas Schwab wrote: > On Dez 15 2016, Francesco Potortì wrote: > >> On a long-running multi-tty Emacs, at one point the *Shell Command >> Output* buffer refuses to go away. >> >> If I try to kill it, nothing happens, whether the current buffer is that >> one or any other one. The contents of the *Shell Command Output* buffer >> are always visible in the minibuffer. So, to make it unobtrusive, I >> need to issue an >> M-! echo -n RET >> every time the *Shell Command Output* buffer is dirtied. > > Did you perhaps quit while the output of a shell-command was being > displayed, because it took too long? In that situation Emacs can end up > in a state where (minibuffer-window) points to the *Shell Command > Output* buffer, and kill-buffer will refuse to kill the buffer. I think the problem is that vertical-motion (as called by display-message-or-buffer via count-screen-lines) is not properly protecting against quit when it temporarily modifies the window's buffer. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 09:27:21 2016 Received: (at 25209) by debbugs.gnu.org; 19 Dec 2016 14:27:21 +0000 Received: from localhost ([127.0.0.1]:46988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIyuP-0001tK-0H for submit@debbugs.gnu.org; Mon, 19 Dec 2016 09:27:21 -0500 Received: from blade3.isti.cnr.it ([194.119.192.19]:37072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIyuM-0001sx-Kb for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 09:27:19 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q8O56XY70KBG1XD0@mx.isti.cnr.it> for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 15:27:14 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cIyuH-0005bX-5p; Mon, 19 Dec 2016 15:27:13 +0100 Date: Mon, 19 Dec 2016 15:27:13 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* In-reply-to: <87inqg80ot.fsf@linux-m68k.org> To: Andreas Schwab Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8bit X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 References: <87inqg80ot.fsf@linux-m68k.org> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 25209 Cc: 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >> On a long-running multi-tty Emacs, at one point the *Shell Command >> Output* buffer refuses to go away. >> >> If I try to kill it, nothing happens, whether the current buffer is that >> one or any other one. The contents of the *Shell Command Output* buffer >> are always visible in the minibuffer. So, to make it unobtrusive, I >> need to issue an >> M-! echo -n RET >> every time the *Shell Command Output* buffer is dirtied. > >Did you perhaps quit while the output of a shell-command was being >displayed, because it took too long? That may well be. > In that situation Emacs can end up >in a state where (minibuffer-window) points to the *Shell Command >Output* buffer, and kill-buffer will refuse to kill the buffer. In *scratch*: (minibuffer-window) # >You can reset the minibuffer window with > >(set-window-buffer (minibuffer-window) (get-buffer " *Minibuf-0*")) It worked :) Thanks. That said, isn't this a bug, and shouldn't it be squashed? From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 09:41:48 2016 Received: (at 25209) by debbugs.gnu.org; 19 Dec 2016 14:41:48 +0000 Received: from localhost ([127.0.0.1]:46993 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIz8O-0002F4-Az for submit@debbugs.gnu.org; Mon, 19 Dec 2016 09:41:48 -0500 Received: from blade3.isti.cnr.it ([194.119.192.19]:42941) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cIz8N-0002Ev-4Q for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 09:41:47 -0500 Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #1251) with ESMTPSA id <01Q8O5OYME0YBG1XGM@mx.isti.cnr.it> for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 15:41:45 +0100 (MET) Received: from pot by tucano.isti.cnr.it with local (Exim 4.88) (envelope-from ) id 1cIz8K-0007EK-SR; Mon, 19 Dec 2016 15:41:44 +0100 Date: Mon, 19 Dec 2016 15:41:44 +0100 From: =?utf-8?Q?Francesco_Potort=C3=AC?= Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* In-reply-to: <87eg14806a.fsf@linux-m68k.org> To: Andreas Schwab Message-id: Organization: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 References: <87inqg80ot.fsf@linux-m68k.org> <87eg14806a.fsf@linux-m68k.org> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 25209 Cc: 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >On Dez 19 2016, Andreas Schwab wrote: > >> On Dez 15 2016, Francesco Potortì wrote: >> >>> On a long-running multi-tty Emacs, at one point the *Shell Command >>> Output* buffer refuses to go away. >>> >>> If I try to kill it, nothing happens, whether the current buffer is that >>> one or any other one. The contents of the *Shell Command Output* buffer >>> are always visible in the minibuffer. So, to make it unobtrusive, I >>> need to issue an >>> M-! echo -n RET >>> every time the *Shell Command Output* buffer is dirtied. >> >> Did you perhaps quit while the output of a shell-command was being >> displayed, because it took too long? In that situation Emacs can end up >> in a state where (minibuffer-window) points to the *Shell Command >> Output* buffer, and kill-buffer will refuse to kill the buffer. > >I think the problem is that vertical-motion (as called by >display-message-or-buffer via count-screen-lines) is not properly >protecting against quit when it temporarily modifies the window's >buffer. I happen to use view-line-mode, if that can be of relevance. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 11:26:53 2016 Received: (at 25209) by debbugs.gnu.org; 19 Dec 2016 16:26:53 +0000 Received: from localhost ([127.0.0.1]:47789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ0m4-00055N-P4 for submit@debbugs.gnu.org; Mon, 19 Dec 2016 11:26:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35908) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ0m3-000558-15 for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 11:26:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJ0lr-00017R-SH for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 11:26:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46492) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJ0la-00012Y-UP; Mon, 19 Dec 2016 11:26:22 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1716 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJ0la-0007id-6z; Mon, 19 Dec 2016 11:26:22 -0500 Date: Mon, 19 Dec 2016 18:25:51 +0200 Message-Id: <83zijr51io.fsf@gnu.org> From: Eli Zaretskii To: Francesco =?utf-8?Q?Potort=C3=AC?= In-reply-to: (message from Francesco =?utf-8?Q?Potort=C3=AC?= on Mon, 19 Dec 2016 13:45:56 +0100) Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* References: <83k2b08dy9.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 25209 Cc: 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > Date: Mon, 19 Dec 2016 13:45:56 +0100 > From: Francesco Potortì > Cc: 25209@debbugs.gnu.org > > >The most promising lead, IMO, is the one about this buffer being shown > >in the echo area: kill-buffer won't kill the current minibuffer > >buffer, so I think you should try to break that link. Thus the first > >2 questions above are the most probable cause of your trouble. > > Unfortunately I had already tried all your suggestions. I had not > thought about the hooks, but now that I look at them I would say that I > have not set them myself and they look like standard ones. I have no doubt that you (or some code in Emacs) somehow caused the shell output buffer to be displayed in the minibuffer. Emacs refuses to kill such buffers, and that's what you see. > I can obviously disregard this, kill Emacs and start a fresh one, but > maybe there is a bug lurking somewhere and this is a unique chance to > hunt it down :) If there's a bug that causes this, it has done its thing long ago, and our chances to hunt it down given your situation are pretty much nil. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 12:00:51 2016 Received: (at 25209) by debbugs.gnu.org; 19 Dec 2016 17:00:52 +0000 Received: from localhost ([127.0.0.1]:47853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ1Ix-0007mE-J5 for submit@debbugs.gnu.org; Mon, 19 Dec 2016 12:00:51 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46032) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ1Iv-0007lg-V3 for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 12:00:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cJ1Im-0001i9-BO for 25209@debbugs.gnu.org; Mon, 19 Dec 2016 12:00:44 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-5.0 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46903) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cJ1ID-0001Mg-3c; Mon, 19 Dec 2016 12:00:05 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1739 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cJ1IC-00043B-3J; Mon, 19 Dec 2016 12:00:04 -0500 Date: Mon, 19 Dec 2016 18:59:32 +0200 Message-Id: <83shpj4zyj.fsf@gnu.org> From: Eli Zaretskii To: Andreas Schwab In-reply-to: <87eg14806a.fsf@linux-m68k.org> (message from Andreas Schwab on Mon, 19 Dec 2016 15:26:37 +0100) Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* References: <87inqg80ot.fsf@linux-m68k.org> <87eg14806a.fsf@linux-m68k.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -8.1 (--------) X-Debbugs-Envelope-To: 25209 Cc: pot@gnu.org, 25209@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.1 (--------) > From: Andreas Schwab > Date: Mon, 19 Dec 2016 15:26:37 +0100 > Cc: 25209@debbugs.gnu.org > > I think the problem is that vertical-motion (as called by > display-message-or-buffer via count-screen-lines) is not properly > protecting against quit when it temporarily modifies the window's > buffer. I think you are right. Patches to fix that are welcome. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 19 17:19:32 2016 Received: (at 25209-done) by debbugs.gnu.org; 19 Dec 2016 22:19:32 +0000 Received: from localhost ([127.0.0.1]:48037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ6HM-0002Z4-6d for submit@debbugs.gnu.org; Mon, 19 Dec 2016 17:19:32 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:48400) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cJ6HK-0002Yv-1y for 25209-done@debbugs.gnu.org; Mon, 19 Dec 2016 17:19:30 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3tjFhH5pYYz3hjQl; Mon, 19 Dec 2016 23:19:27 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 3tjFhH4f35zvkdB; Mon, 19 Dec 2016 23:19:27 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavisd-new, port 10024) with ESMTP id 0W23B28AGovE; Mon, 19 Dec 2016 23:19:26 +0100 (CET) X-Auth-Info: 0I9SUbgrCuoxLLhn1ZuQQPRefhK0w8EuKadeEhmmw3238ToKZ46xrbmk5dO+RoJz Received: from igel.home (ppp-88-217-25-150.dynamic.mnet-online.de [88.217.25.150]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 19 Dec 2016 23:19:26 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 5AA712C4DDF; Mon, 19 Dec 2016 23:19:26 +0100 (CET) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#25209: 25.1; can't delete *Shell Command Output* References: <87inqg80ot.fsf@linux-m68k.org> <87eg14806a.fsf@linux-m68k.org> <83shpj4zyj.fsf@gnu.org> X-Yow: I decided to be JOHN TRAVOLTA instead!! Date: Mon, 19 Dec 2016 23:19:26 +0100 In-Reply-To: <83shpj4zyj.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 19 Dec 2016 18:59:32 +0200") Message-ID: <87a8br8sup.fsf@linux-m68k.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 25209-done Cc: pot@gnu.org, 25209-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Fixed on master. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From unknown Sat Aug 09 01:07:18 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 17 Jan 2017 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator