* bug#25209: 25.1; can't delete *Shell Command Output* @ 2016-12-15 16:34 Francesco Potortì 2016-12-16 8:39 ` Eli Zaretskii 2016-12-19 14:15 ` Andreas Schwab 0 siblings, 2 replies; 10+ messages in thread From: Francesco Potortì @ 2016-12-15 16:34 UTC (permalink / raw To: 25209 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)) ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-15 16:34 bug#25209: 25.1; can't delete *Shell Command Output* Francesco Potortì @ 2016-12-16 8:39 ` Eli Zaretskii 2016-12-19 12:45 ` Francesco Potortì 2016-12-19 14:15 ` Andreas Schwab 1 sibling, 1 reply; 10+ messages in thread From: Eli Zaretskii @ 2016-12-16 8:39 UTC (permalink / raw To: Francesco Potortì; +Cc: 25209 > Date: Thu, 15 Dec 2016 17:34:23 +0100 > From: Francesco Potortì <pot@gnu.org> > > 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. ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-16 8:39 ` Eli Zaretskii @ 2016-12-19 12:45 ` Francesco Potortì 2016-12-19 16:25 ` Eli Zaretskii 0 siblings, 1 reply; 10+ messages in thread From: Francesco Potortì @ 2016-12-19 12:45 UTC (permalink / raw To: Eli Zaretskii; +Cc: 25209 >> Date: Thu, 15 Dec 2016 17:34:23 +0100 >> From: Francesco Potortì <pot@gnu.org> >> >> 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 :) ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-19 12:45 ` Francesco Potortì @ 2016-12-19 16:25 ` Eli Zaretskii 0 siblings, 0 replies; 10+ messages in thread From: Eli Zaretskii @ 2016-12-19 16:25 UTC (permalink / raw To: Francesco Potortì; +Cc: 25209 > Date: Mon, 19 Dec 2016 13:45:56 +0100 > From: Francesco Potortì <pot@gnu.org> > 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. ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-15 16:34 bug#25209: 25.1; can't delete *Shell Command Output* Francesco Potortì 2016-12-16 8:39 ` Eli Zaretskii @ 2016-12-19 14:15 ` Andreas Schwab 2016-12-19 14:26 ` Andreas Schwab 2016-12-19 14:27 ` Francesco Potortì 1 sibling, 2 replies; 10+ messages in thread From: Andreas Schwab @ 2016-12-19 14:15 UTC (permalink / raw To: Francesco Potortì; +Cc: 25209 On Dez 15 2016, Francesco Potortì <pot@gnu.org> 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." ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-19 14:15 ` Andreas Schwab @ 2016-12-19 14:26 ` Andreas Schwab 2016-12-19 14:41 ` Francesco Potortì 2016-12-19 16:59 ` Eli Zaretskii 2016-12-19 14:27 ` Francesco Potortì 1 sibling, 2 replies; 10+ messages in thread From: Andreas Schwab @ 2016-12-19 14:26 UTC (permalink / raw To: Francesco Potortì; +Cc: 25209 On Dez 19 2016, Andreas Schwab <schwab@linux-m68k.org> wrote: > On Dez 15 2016, Francesco Potortì <pot@gnu.org> 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." ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-19 14:26 ` Andreas Schwab @ 2016-12-19 14:41 ` Francesco Potortì 2016-12-19 16:59 ` Eli Zaretskii 1 sibling, 0 replies; 10+ messages in thread From: Francesco Potortì @ 2016-12-19 14:41 UTC (permalink / raw To: Andreas Schwab; +Cc: 25209 >On Dez 19 2016, Andreas Schwab <schwab@linux-m68k.org> wrote: > >> On Dez 15 2016, Francesco Potortì <pot@gnu.org> 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. ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-19 14:26 ` Andreas Schwab 2016-12-19 14:41 ` Francesco Potortì @ 2016-12-19 16:59 ` Eli Zaretskii 2016-12-19 22:19 ` Andreas Schwab 1 sibling, 1 reply; 10+ messages in thread From: Eli Zaretskii @ 2016-12-19 16:59 UTC (permalink / raw To: Andreas Schwab; +Cc: 25209 > From: Andreas Schwab <schwab@linux-m68k.org> > 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. ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-19 16:59 ` Eli Zaretskii @ 2016-12-19 22:19 ` Andreas Schwab 0 siblings, 0 replies; 10+ messages in thread From: Andreas Schwab @ 2016-12-19 22:19 UTC (permalink / raw To: Eli Zaretskii; +Cc: 25209-done 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." ^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#25209: 25.1; can't delete *Shell Command Output* 2016-12-19 14:15 ` Andreas Schwab 2016-12-19 14:26 ` Andreas Schwab @ 2016-12-19 14:27 ` Francesco Potortì 1 sibling, 0 replies; 10+ messages in thread From: Francesco Potortì @ 2016-12-19 14:27 UTC (permalink / raw To: Andreas Schwab; +Cc: 25209 >> 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) #<window 2 on *Shell Command Output*> >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? ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2016-12-19 22:19 UTC | newest] Thread overview: 10+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2016-12-15 16:34 bug#25209: 25.1; can't delete *Shell Command Output* Francesco Potortì 2016-12-16 8:39 ` Eli Zaretskii 2016-12-19 12:45 ` Francesco Potortì 2016-12-19 16:25 ` Eli Zaretskii 2016-12-19 14:15 ` Andreas Schwab 2016-12-19 14:26 ` Andreas Schwab 2016-12-19 14:41 ` Francesco Potortì 2016-12-19 16:59 ` Eli Zaretskii 2016-12-19 22:19 ` Andreas Schwab 2016-12-19 14:27 ` Francesco Potortì
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/emacs.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).