From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 12 07:08:08 2016 Received: (at submit) by debbugs.gnu.org; 12 Apr 2016 11:08:09 +0000 Received: from localhost ([127.0.0.1]:60066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1apwAy-0000F2-B4 for submit@debbugs.gnu.org; Tue, 12 Apr 2016 07:08:08 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1apwAw-0000Eb-Fc for submit@debbugs.gnu.org; Tue, 12 Apr 2016 07:08:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1apwAk-0005a1-2U for submit@debbugs.gnu.org; Tue, 12 Apr 2016 07:08:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:58688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1apwAj-0005Zx-VX for submit@debbugs.gnu.org; Tue, 12 Apr 2016 07:07:54 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1apwAh-00025T-Pb for bug-gnu-emacs@gnu.org; Tue, 12 Apr 2016 07:07:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1apwAf-0005Zb-MW for bug-gnu-emacs@gnu.org; Tue, 12 Apr 2016 07:07:51 -0400 Received: from mail-vk0-x22c.google.com ([2607:f8b0:400c:c05::22c]:33088) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1apwAf-0005ZA-AL for bug-gnu-emacs@gnu.org; Tue, 12 Apr 2016 07:07:49 -0400 Received: by mail-vk0-x22c.google.com with SMTP id k1so19335798vkb.0 for ; Tue, 12 Apr 2016 04:07:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=YkrjJ7MfG9cb5/QF5vyBSJY54OJ72/ngqqhzcsj3jsM=; b=u+ZE6EKTvvKxxBzDe94B3r7ffQPoTZeV46tG0xFcM2fVuYeB8ZONs/W0KfF4Dl3rZb y601idZX8anhRzy/WKPDkbQaWkxm6AmEGAWlt40+aHgQblisCb03O/z9U16fEZXXZ0Gj WWBylkNjFjkXiHbYnCWZ4smoz04LZZ2I/hAbYHTyGN6dNMggfFqKS6kIWFcHXnDRCPff 03Gqo9rDzMOwbFagQISKavBmOML9On8n4E1hkwzzG3nOkcQyg52ylw0XfcVqk/Ys2RAW PzVgzlK97GiQTw/NM/THinzrDjtrmOm1+8BixIABNCNoJkMiTlQNl5iC5APUbJfEcGru OR6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=YkrjJ7MfG9cb5/QF5vyBSJY54OJ72/ngqqhzcsj3jsM=; b=bZjrCRbiO50dQMQJ/8PWReNHuP90fhZgooVYeTaX+aj83jfMxu01Vb8CeKuv+E2/hM 3gjRpkBco6yiD/y8+KZfI9TLmDKFQlxeqGDIuuVzdjwL6JAl+EZiGz6MOt7MAz3obLse CCvGDmXAXxnnRneQ+7842a90Li6q0rxpOJudGPYuKERwqesp2c7jWJmulCM2OMyiZkUq hN73NoGHKNWNe8tY3Gm2D966dY4cTTheZqe2iI7pgXzoe5xcm0Gy2g8+hMN0rtGllggF VYw8gtZA8oKPU6TyYW14kDsYcB7hpaE8l3RXSE2kfMk6u/8ChoT5g9JUeq8xGZIqFQFv Kz7Q== X-Gm-Message-State: AOPr4FWuOEDKuE1RfMFmhH+L/6x47Gk8VhOunDmIJMrL0B4Yqc/zqnudntLg9Y8npahuBA75u+IDE4kaJm3QDA== MIME-Version: 1.0 X-Received: by 10.176.2.175 with SMTP id 44mr1324890uah.53.1460459268119; Tue, 12 Apr 2016 04:07:48 -0700 (PDT) Received: by 10.31.214.131 with HTTP; Tue, 12 Apr 2016 04:07:48 -0700 (PDT) Date: Tue, 12 Apr 2016 13:07:48 +0200 Message-ID: Subject: 25.0.92; Crash in auto-revert when file no longer present From: Anders Lindgren To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a113a775ce2a43e053047aba1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) 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: -4.0 (----) --001a113a775ce2a43e053047aba1 Content-Type: text/plain; charset=UTF-8 Hi! I just had auto-revert crash on me... (Emacs 25.0.92 on Windows. `debug-on-error' is t.) I had a file open in Emacs that was rewritten over and over again by an external process. My guess is that Emacs decides that it should be reverted, but when it actually reads the file, it is no longer present. I would suggest that auto-revert silently ignores this error. This is the backtrace (with simplified paths): Debugger entered--Lisp error: (error "File e:/file.txt no longer exists!") signal(error ("File e:/file.txt no longer exists!")) error("File %s no longer exists!" "e:/file.txt") revert-buffer-insert-file-contents--default-function("e:/file.txt" nil) revert-buffer--default(ignore-auto dont-ask) revert-buffer(ignore-auto dont-ask preserve-modes) auto-revert-handler() auto-revert-buffers() apply(auto-revert-buffers nil) timer-event-handler([t 22284 48416 597024 5 auto-revert-buffers nil nil 400000]) Sincerely, Anders Lindgren In GNU Emacs 25.0.92.1 (i686-w64-mingw32) of 2016-03-21 built on LAPHROAIG Windowing system distributor 'Microsoft Corp.', version 6.1.7601 Configured using: 'configure --host=i686-w64-mingw32 --without-dbus --without-compress-install CFLAGS=-static' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS Important settings: value of $LANG: SVE locale-coding-system: cp1252 Major mode: Compilation Minor modes in effect: shell-dirtrack-mode: t dynamic-spaces-global-mode: t char-font-lock-global-mode: t global-auto-revert-mode: t global-cwarn-mode: t preproc-font-lock-global-mode: t highlight-doxygen-global-mode: t lisp-extra-font-lock-global-mode: t global-edit-server-edit-mode: t highlight2clipboard-mode: t minibuffer-electric-file-mode: t recentf-mode: t msb-mode: t multicolumn-global-mode: t display-time-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t menu-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 buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent messages: Auto-saving...done Saving file e:/src/Mystro-430/430-iasm/test/testcases/checklist/iasm/outr.c... Wrote e:/src/Mystro-430/430-iasm/test/testcases/checklist/iasm/outr.c Mark set funcall-interactively: End of buffer [2 times] Mark set Compilation finished Restarting server next-line: End of buffer [6 times] Making completion list... [2 times] Load-path shadows: e:/home/AndersL/emacs/lisp/table hides e:/Program Files/emacs-25.0.92/share/emacs/25.0.92/lisp/textmodes/table e:/home/AndersL/emacs/src/asm-mode-new/src/asm-mode hides e:/Program Files/emacs-25.0.92/share/emacs/25.0.92/lisp/progmodes/asm-mode e:/home/AndersL/.emacs.d/elpa/25.0.92.x/helm-core-20160331.118/helm-multi-match hides e:/home/AndersL/.emacs.d/elpa/25.0.92.x/helm-20160331.118/helm-multi-match e:/home/AndersL/emacs/src/misc/c-clean-buffer hides e:/src/emacs-modules/IAR/c-clean-buffer e:/home/AndersL/emacs/lisp/wikipedia-mode hides e:/src/emacs-modules/lisp/wikipedia-mode e:/home/AndersL/emacs/src/misc/stdify hides e:/src/emacs-modules/lisp/stdify e:/Program Files/emacs-25.0.92/share/emacs/25.0.92/lisp/progmodes/ruby-mode hides e:/src/emacs-modules/lisp/ruby-mode e:/home/AndersL/emacs/src/misc/preproc hides e:/src/emacs-modules/lisp/preproc e:/home/AndersL/emacs/src/misc/preproc-indent hides e:/src/emacs-modules/lisp/preproc-indent e:/home/AndersL/emacs/lisp/gnuserv hides e:/src/emacs-modules/lisp/gnuserv e:/home/AndersL/emacs/lisp/dsvn hides e:/src/emacs-modules/lisp/dsvn e:/home/AndersL/emacs/src/misc/ctypes hides e:/src/emacs-modules/lisp/ctypes e:/home/AndersL/emacs/lisp/column-marker hides e:/src/emacs-modules/lisp/column-marker e:/home/AndersL/emacs/lisp/cmake-mode hides e:/src/emacs-modules/lisp/cmake-mode e:/home/AndersL/emacs/src/misc/c-indent-operator hides e:/src/emacs-modules/lisp/c-indent-operator e:/home/AndersL/emacs/src/misc/c-electric-operator hides e:/src/emacs-modules/lisp/c-electric-operator Features: (shadow sort mail-extr emacsbug message rfc822 mml mml-sec epg epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils dired-aux t2-checklist yaml-mode font-lock-studio make-mode macros t2-config cperl-mode vc-annotate burs-mode cc-langs add-log log-view pcvs-util sh-script executable ffap url-parse auth-source mm-util mail-prsvr password-cache url-vars ispell rect debug vc shell grep compile pulse cmake-font-lock cmake-mode iar-trace-mode tags-extra org-element org-rmail org-mhe org-irc org-info org-gnus gnus-util org-docview doc-view jka-compr image-mode org-bibtex bibtex org-bbdb org-w3m org org-macro org-footnote org-pcomplete pcomplete org-list org-faces org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs org-loaddefs format-spec cal-menu calendar cal-loaddefs asm-mode eieio-opt speedbar sb-image ezimage dframe find-func misearch multi-isearch apropos help-fns dabbrev macrostep-c subr-x cmacexp macrostep pp end-of-buffer-log cap-words superword subword doxygen c-align-operands ruby-mode smie thingatpt vc-dispatcher cmake-cache iartags-visit-tags dired etags xref cl-seq project eieio byte-opt bytecomp byte-compile cl-extra help-mode cconv eieio-core ps-print ps-def lpr iaremacs-init t2-log-mode t2-show-config-mode lockdir project-name view-all-targets edg-mode site-start c-electric-operator vc-svn server dynamic-spaces char-font-lock autorevert filenotify folding-isearch folding tail-mode view cwarn cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs preproc-font-lock objc-font-lock highlight-doxygen lisp-extra-font-lock edit-server highlight2clipboard htmlize ange-ftp comint ansi-color ring paren mic-paren iso-insert minibuf-elfile recentf tree-widget wid-edit msb multicolumn edmacro kmacro easy-mmode autoload lisp-mnt finder-inf package easymenu time lindydancer-theme old-emacs-support cl-macs derived advice cl gv cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table w32-win w32-vars term/common-win 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 w32notify w32 multi-tty make-network-process emacs) Memory information: ((conses 8 1762813 181390) (symbols 32 56055 44) (miscs 32 2037 11084) (strings 16 204630 26517) (string-bytes 1 6691609) (vectors 8 47367) (vector-slots 4 1844109 23864) (floats 8 675 741) (intervals 28 276896 223) (buffers 520 201)) --001a113a775ce2a43e053047aba1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi!

I just had auto-revert crash on me... (Ema= cs 25.0.92 on Windows. `debug-on-error' is t.)

I had= a file open in Emacs that was rewritten over and over again by an external= process. My guess is that Emacs decides that it should be reverted, but wh= en it actually reads the file, it is no longer present.

I would suggest that auto-revert silently ignores this error.

This is the backtrace (with simplified paths):
= 
Debugger entered--Lisp e=
rror: (error "File e:/file.txt no longer exists!")
  signal(error ("File e:/file.txt no longer exists!"))
  error("File %s no longer exists!" "e:/file.txt")
  revert-buf=
fer-insert-file-contents--default-function("e:/file.txt" n=
il)
  revert-buf=
fer--default(ignore-auto dont-ask)
  revert-buf=
fer(ignore-auto dont-ask preserve-modes)
  auto-rever=
t-handler()
  auto-rever=
t-buffers()
  apply(auto-revert-buffers nil)
  timer-even=
t-handler([t 22284 48416 597024 5 auto-revert-buffers nil nil 400000=
])
Sincerely,
=C2=A0 =C2=A0 Anders Lindgren


In GNU Emacs 25.0.92.1 (i686-w64-min= gw32)
=C2=A0of 2016-03-21 built on LAPHROAIG
Windowing = system distributor 'Microsoft Corp.', version 6.1.7601
Co= nfigured using:
=C2=A0'configure --host=3Di686-w64-mingw32 --= without-dbus
=C2=A0--without-compress-install CFLAGS=3D-static= 9;

Configured features:
XPM JPEG TIFF GI= F PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BA= RS

Important settings:
=C2=A0 value of $= LANG: SVE
=C2=A0 locale-coding-system: cp1252

Major mode: Compilation

Minor modes in effec= t:
=C2=A0 shell-dirtrack-mode: t
=C2=A0 dynamic-spaces-= global-mode: t
=C2=A0 char-font-lock-global-mode: t
=C2= =A0 global-auto-revert-mode: t
=C2=A0 global-cwarn-mode: t
<= div>=C2=A0 preproc-font-lock-global-mode: t
=C2=A0 highlight-doxy= gen-global-mode: t
=C2=A0 lisp-extra-font-lock-global-mode: t
=C2=A0 global-edit-server-edit-mode: t
=C2=A0 highlight2cl= ipboard-mode: t
=C2=A0 minibuffer-electric-file-mode: t
=C2=A0 recentf-mode: t
=C2=A0 msb-mode: t
=C2=A0 multi= column-global-mode: t
=C2=A0 display-time-mode: t
=C2= =A0 tooltip-mode: t
=C2=A0 global-eldoc-mode: t
=C2=A0 = electric-indent-mode: t
=C2=A0 mouse-wheel-mode: t
=C2= =A0 menu-bar-mode: t
=C2=A0 file-name-shadow-mode: t
= =C2=A0 global-font-lock-mode: t
=C2=A0 font-lock-mode: t
=C2=A0 auto-composition-mode: t
=C2=A0 auto-encryption-mode: t<= /div>
=C2=A0 auto-compression-mode: t
=C2=A0 buffer-read-only= : t
=C2=A0 column-number-mode: t
=C2=A0 line-number-mod= e: t
=C2=A0 transient-mark-mode: t

Recen= t messages:
Auto-saving...done
Saving file e:/src/Mystr= o-430/430-iasm/test/testcases/checklist/iasm/outr.c...
Wrote e:/s= rc/Mystro-430/430-iasm/test/testcases/checklist/iasm/outr.c
Mark = set
funcall-interactively: End of buffer [2 times]
Mark= set
Compilation finished
Restarting server
n= ext-line: End of buffer [6 times]
Making completion list... [2 ti= mes]

Load-path shadows:
e:/home/AndersL/= emacs/lisp/table hides e:/Program Files/emacs-25.0.92/share/emacs/25.0.92/l= isp/textmodes/table
e:/home/AndersL/emacs/src/asm-mode-new/src/as= m-mode hides e:/Program Files/emacs-25.0.92/share/emacs/25.0.92/lisp/progmo= des/asm-mode
e:/home/AndersL/.emacs.d/elpa/25.0.92.x/helm-core-20= 160331.118/helm-multi-match hides e:/home/AndersL/.emacs.d/elpa/25.0.92.x/h= elm-20160331.118/helm-multi-match
e:/home/AndersL/emacs/src/misc/= c-clean-buffer hides e:/src/emacs-modules/IAR/c-clean-buffer
e:/h= ome/AndersL/emacs/lisp/wikipedia-mode hides e:/src/emacs-modules/lisp/wikip= edia-mode
e:/home/AndersL/emacs/src/misc/stdify hides e:/src/emac= s-modules/lisp/stdify
e:/Program Files/emacs-25.0.92/share/emacs/= 25.0.92/lisp/progmodes/ruby-mode hides e:/src/emacs-modules/lisp/ruby-mode<= /div>
e:/home/AndersL/emacs/src/misc/preproc hides e:/src/emacs-modules= /lisp/preproc
e:/home/AndersL/emacs/src/misc/preproc-indent hides= e:/src/emacs-modules/lisp/preproc-indent
e:/home/AndersL/emacs/l= isp/gnuserv hides e:/src/emacs-modules/lisp/gnuserv
e:/home/Ander= sL/emacs/lisp/dsvn hides e:/src/emacs-modules/lisp/dsvn
e:/home/A= ndersL/emacs/src/misc/ctypes hides e:/src/emacs-modules/lisp/ctypes
e:/home/AndersL/emacs/lisp/column-marker hides e:/src/emacs-modules/lisp= /column-marker
e:/home/AndersL/emacs/lisp/cmake-mode hides e:/src= /emacs-modules/lisp/cmake-mode
e:/home/AndersL/emacs/src/misc/c-i= ndent-operator hides e:/src/emacs-modules/lisp/c-indent-operator
= e:/home/AndersL/emacs/src/misc/c-electric-operator hides e:/src/emacs-modul= es/lisp/c-electric-operator

Features:
(s= hadow sort mail-extr emacsbug message rfc822 mml mml-sec epg
epg-= config mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils
=
dired-aux t2-checklist yaml-mode font-lock-studio make-mode macros
t2-config cperl-mode vc-annotate burs-mode cc-langs add-log log-view=
pcvs-util sh-script executable ffap url-parse auth-source mm-uti= l
mail-prsvr password-cache url-vars ispell rect debug vc shell g= rep
compile pulse cmake-font-lock cmake-mode iar-trace-mode tags-= extra
org-element org-rmail org-mhe org-irc org-info org-gnus gnu= s-util
org-docview doc-view jka-compr image-mode org-bibtex bibte= x org-bbdb
org-w3m org org-macro org-footnote org-pcomplete pcomp= lete org-list
org-faces org-entities noutline outline org-version= ob-emacs-lisp ob
ob-tangle ob-ref ob-lob ob-table ob-exp org-src= ob-keys ob-comint
ob-core ob-eval org-compat org-macs org-loadde= fs format-spec cal-menu
calendar cal-loaddefs asm-mode eieio-opt = speedbar sb-image ezimage
dframe find-func misearch multi-isearch= apropos help-fns dabbrev
macrostep-c subr-x cmacexp macrostep pp= end-of-buffer-log cap-words
superword subword doxygen c-align-op= erands ruby-mode smie thingatpt
vc-dispatcher cmake-cache iartags= -visit-tags dired etags xref cl-seq
project eieio byte-opt byteco= mp byte-compile cl-extra help-mode cconv
eieio-core ps-print ps-d= ef lpr iaremacs-init t2-log-mode
t2-show-config-mode lockdir proj= ect-name view-all-targets edg-mode
site-start c-electric-operator= vc-svn server dynamic-spaces
char-font-lock autorevert filenotif= y folding-isearch folding tail-mode
view cwarn cc-mode cc-fonts c= c-guess cc-menus cc-cmds cc-styles cc-align
cc-engine cc-vars cc-= defs preproc-font-lock objc-font-lock
highlight-doxygen lisp-extr= a-font-lock edit-server highlight2clipboard
htmlize ange-ftp comi= nt ansi-color ring paren mic-paren iso-insert
minibuf-elfile rece= ntf tree-widget wid-edit msb multicolumn edmacro
kmacro easy-mmod= e autoload lisp-mnt finder-inf package easymenu time
lindydancer-= theme old-emacs-support cl-macs derived advice cl gv
cl-loaddefs = pcase cl-lib time-date mule-util tooltip eldoc electric
uniquify = ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp
disp-t= able w32-win w32-vars term/common-win 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
<= div>mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cha= m
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-pre= loaded nadvice
loaddefs button faces cus-face macroexp files text= -properties overlay
sha1 md5 base64 format env code-pages mule cu= stom widget
hashtable-print-readable backquote w32notify w32 mult= i-tty
make-network-process emacs)

Memory= information:
((conses 8 1762813 181390)
=C2=A0(symbols= 32 56055 44)
=C2=A0(miscs 32 2037 11084)
=C2=A0(string= s 16 204630 26517)
=C2=A0(string-bytes 1 6691609)
=C2= =A0(vectors 8 47367)
=C2=A0(vector-slots 4 1844109 23864)
=C2=A0(floats 8 675 741)
=C2=A0(intervals 28 276896 223)
=
=C2=A0(buffers 520 201))

--001a113a775ce2a43e053047aba1-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 12 11:17:34 2016 Received: (at 23276) by debbugs.gnu.org; 12 Apr 2016 15:17:34 +0000 Received: from localhost ([127.0.0.1]:32938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aq04M-0008EO-68 for submit@debbugs.gnu.org; Tue, 12 Apr 2016 11:17:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aq04L-0008EC-3D for 23276@debbugs.gnu.org; Tue, 12 Apr 2016 11:17:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aq04B-0007ih-1V for 23276@debbugs.gnu.org; Tue, 12 Apr 2016 11:17:28 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 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]:56445) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aq04A-0007ic-U9; Tue, 12 Apr 2016 11:17:22 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1882 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aq04A-0001tY-5n; Tue, 12 Apr 2016 11:17:22 -0400 Date: Tue, 12 Apr 2016 18:16:53 +0300 Message-Id: <83potug8m2.fsf@gnu.org> From: Eli Zaretskii To: Anders Lindgren In-reply-to: (message from Anders Lindgren on Tue, 12 Apr 2016 13:07:48 +0200) Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: 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: -6.0 (------) X-Debbugs-Envelope-To: 23276 Cc: 23276@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: -6.0 (------) > Date: Tue, 12 Apr 2016 13:07:48 +0200 > From: Anders Lindgren > > I just had auto-revert crash on me... (Emacs 25.0.92 on Windows. `debug-on-error' is t.) I don't see any crash, just an error that was signaled. Am I missing something? > I had a file open in Emacs that was rewritten over and over again by an external process. My guess is that > Emacs decides that it should be reverted, but when it actually reads the file, it is no longer present. > > I would suggest that auto-revert silently ignores this error. Ignore and empty the buffer, or ignore and leave it at its previous contents? From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 12 12:15:05 2016 Received: (at 23276) by debbugs.gnu.org; 12 Apr 2016 16:15:06 +0000 Received: from localhost ([127.0.0.1]:32980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aq0y1-0002qb-ND for submit@debbugs.gnu.org; Tue, 12 Apr 2016 12:15:05 -0400 Received: from mout.gmx.net ([212.227.17.22]:52932) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aq0y0-0002pr-5e for 23276@debbugs.gnu.org; Tue, 12 Apr 2016 12:15:04 -0400 Received: from detlef.gmx.de ([87.146.33.54]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Lwnem-1bs1hA4BSa-016Rbt; Tue, 12 Apr 2016 18:14:57 +0200 From: Michael Albinus To: Eli Zaretskii Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <83potug8m2.fsf@gnu.org> Date: Tue, 12 Apr 2016 18:14:55 +0200 In-Reply-To: <83potug8m2.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 12 Apr 2016 18:16:53 +0300") Message-ID: <87bn5eregw.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:GLMM0YCQOKECmGgpWmzTSpG5GkZf7RxIm49mUf9Y+elpCdL/Cp7 rTKSRoS1y9df52NYJBd1OIIuFlIIWzKASLKuEvCKwu9aZhC4io3gxed3YG/14dvYKUvbjub ZNnTdjifVhYmwKpepex9/onkLOEAnxQEi0EMeDMRXOYihQq6sHDk0nW+wgPQuTKbLRdpL6z Z3msAKOS2+agEUVlg8WfA== X-UI-Out-Filterresults: notjunk:1;V01:K0:bgQ8nCpGpLo=:mXnnG2k3gCbuM8Gd0Gvu2w xcjidJqp2C0KKMHkCOW/8ZrMoKLImkfMG/NS3iJ2zMdXUwijxJ+quqBhX0443nEiH6JOexnLq oiQZX8C7rrupR0xgKz7wcRRbIrJ4owibrKFkw9UyiEn1vHgMBDha/xm1ayq7hRgDBsz8QMp/2 SfUdCJE9nEo/znakHuutYR1jcoyjYky9bHuXSg3WM2Yhwepncp2lac/58b4nqKm87oHBJvATu GeyabMstqaovu/Aex3l+wZyULSTSGgqwArouSLWwhsKC1O8sSCGeS3JwuAQaka9CBj98cjAax fyS9zaaJIqvyjN3e/KvIUpD4k+JREaojNFclwQtoqLHjgl0HlclgcjWMjIJiGSdSJBM9CJqht aQsiA4IVEGIesFrg7ziSR3F6YsUnkKHL3Y29SM8KhmBsV+BMUtpIs5Qbbzudw5ZVjJNan8qMV TvKfYqQxvGJ1xOZh3clcO4+8eJ2uKA4Jcj45x33ieYINsXIKojoz/OuNhYGtKqEWUgljIIuLK U/8AdfkW4DPMxC30MEjdu68BOj+GdYjx66UNoGpaLyR1oEBUVpP+/d/8hycH4Hdye+N+TDWqI 6RPUw622KFWoEgyV6kdlyFQNseinBSihvmV2f8jjpuv4Pn57cCY760SEJ4TM8rUoYKYYYKFFH xWDMqnunvVJXGoZZCfvhquchTRhQkhk2tn6Vaw+6kdrXKeWx+zVQUg5hmCQVN/1GzNyUsgseZ Vqrt7AFIUq6YJkuYlEvCpAK4QmSUlSVIAX8cLib5OUc/nhYVxy17ZSXOnu1+pRqRX+lO/woNs zWqzYiC X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, Anders Lindgren 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 (/) Eli Zaretskii writes: >> Date: Tue, 12 Apr 2016 13:07:48 +0200 >> From: Anders Lindgren >> >> I just had auto-revert crash on me... (Emacs 25.0.92 on Windows. `debug-on-error' is t.) > > I don't see any crash, just an error that was signaled. Am I missing > something? No, it's an error. I guess Anders meant "crash *of* auto-revert" >> I had a file open in Emacs that was rewritten over and over again by an external process. My guess is that >> Emacs decides that it should be reverted, but when it actually reads the file, it is no longer present. >> >> I would suggest that auto-revert silently ignores this error. > > Ignore and empty the buffer, or ignore and leave it at its previous > contents? The latter one. Anders has explained me that there is a design goal of auto-revert, to leave the buffer unchanged in such cases. A user could have deleted the file by accident, and she could use the unchanged buffer for restoring the file. I'll try to prepare a patch. If it is as simple as I do expect, it could go to the emacs-25 branch. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 14:44:28 2016 Received: (at 23276) by debbugs.gnu.org; 16 Apr 2016 18:44:28 +0000 Received: from localhost ([127.0.0.1]:37618 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVCl-0002s1-QJ for submit@debbugs.gnu.org; Sat, 16 Apr 2016 14:44:27 -0400 Received: from mout.gmx.net ([212.227.15.18]:64403) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVCk-0002rl-8C for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 14:44:26 -0400 Received: from detlef.gmx.de ([93.209.82.129]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Mgt3g-1b4mtn1tZ2-00M4Dp; Sat, 16 Apr 2016 20:44:19 +0200 From: Michael Albinus To: Anders Lindgren Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: Date: Sat, 16 Apr 2016 20:44:18 +0200 In-Reply-To: (Anders Lindgren's message of "Tue, 12 Apr 2016 13:07:48 +0200") Message-ID: <87vb3hgzr1.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:WbXVL/BgX1IWdx7hYrcpRVgIpvJCCsWwwe9oas8JTtVl6VEZbQV vj5K+WInVBFQX7qRAY2PONU91vfnTnAp3k0VGJXwAhdldUOHq0uw/TpLq25UbwpoBBQ6d+o 1gXAuL6ehYtJDKu6ymdzKJqfDm5Q71Rqmoqqt53ZPsq7aOcQLnVZNUY5uhJjTovQxgPsK38 rmgItrEatgiWp/yqnxyvQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:7ITaygbA+jU=:FvFBX20WTNVQ/ni8UZO/Ap /eprs0/4hamotCGQL0IxH8KFPx+oxKbAnxeAv/C0wI81lvk8jCRI5AsnK5Tv0gV5JdePuZoeq HWi5UHVl0bTFE2AQgzMa+5SiVZh6rRPQWsKySf4JbXzS2ZaaQHdKTeIZOPiCG0OC1115LUKSF 8SVmGRb2HjfgAd0PtlaieLK3aOgIgT+Z9FtD3eb5cEvkKq9+q5MGMYHJRrLJV2guYvaRRxFn0 eEAC9lylUzYyDngqyy9y42ykovE54wovrPrOCqr6669FtKgpnpnVaphiDnt/74RMeiOaXppa3 bqUF4YWi7DugjQdj5dUcF40x199sFM0WRNk0oRMPwUEK/ZlUYXsO1mxtBd/MQrdUm4KUvqeNg kSQW5XbMXfZY5k3VRqEVG++3Im/N62+Mxbp1qp7nosGKnB13bcfSAnyX8y8y3Y1P7pqWItmtA YmvxA5I4lhYyihglAYY22/OEsv/kcVO3OB51mh669JBU2htdFBpaFLE6/xRCbfWP0lWsln6Wl PlX+LnzfadkIxqBr3/318LZw1qREmdABoHoNDzFqBTdrEmsi9jx+J9UTyMhCHBdGxlyD3pAod EumFC/Cz2pK/X8iPIYfuaLqn0xQy2phHHqEjhfmaWDs90dknvxpGJFAx8FetD4wQGhm2nfIr8 qp7yU/vhsRxjC2jHxGOA0+ziAuIO1VhUdYgE0hP1WHh3VBqt6mjOajpQ1R5mye9Ue6Vt4STS7 fHEr8AK04h2Api19SQVUTqinOA/43+K0YUBn8h3MV7WCndC3qOLjbY/u5i+bcZSGbBMWKj9rI CwiRF6L X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@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 (/) Anders Lindgren writes: > Hi! Hi, > I just had auto-revert crash on me... (Emacs 25.0.92 on Windows. > `debug-on-error' is t.) > > I had a file open in Emacs that was rewritten over and over again by > an external process. My guess is that Emacs decides that it should be > reverted, but when it actually reads the file, it is no longer > present. I've tried to write a test case for this, but I've failed. Do you have a recipe to provoke this error? > I would suggest that auto-revert silently ignores this error. Yep. Does anybody object to install the following patch in the emacs-25 branch? --8<---------------cut here---------------start------------->8--- *** /home/albinus/src/emacs-25/lisp/autorevert.el.~f3653ec446ed95404889cf16c67b2d96b3955f52~ 2016-04-16 20:38:55.247491182 +0200 --- /home/albinus/src/emacs-25/lisp/autorevert.el 2016-04-16 20:36:29.485457375 +0200 *************** *** 684,690 **** ;; not to forget that. This gives undesirable results when ;; the file's mode changes, but that is less common. (let ((buffer-read-only buffer-read-only)) ! (revert-buffer 'ignore-auto 'dont-ask 'preserve-modes))) (when buffer-file-name (when eob (goto-char (point-max))) (dolist (window eoblist) --- 684,691 ---- ;; not to forget that. This gives undesirable results when ;; the file's mode changes, but that is less common. (let ((buffer-read-only buffer-read-only)) ! (ignore-errors ! (revert-buffer 'ignore-auto 'dont-ask 'preserve-modes)))) (when buffer-file-name (when eob (goto-char (point-max))) (dolist (window eoblist) --8<---------------cut here---------------end--------------->8--- > Sincerely, > Anders Lindgren Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 14:55:27 2016 Received: (at 23276) by debbugs.gnu.org; 16 Apr 2016 18:55:27 +0000 Received: from localhost ([127.0.0.1]:37627 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVNP-00038n-0F for submit@debbugs.gnu.org; Sat, 16 Apr 2016 14:55:27 -0400 Received: from mail-vk0-f48.google.com ([209.85.213.48]:35513) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVNN-00038Z-4A for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 14:55:25 -0400 Received: by mail-vk0-f48.google.com with SMTP id t129so181797467vkg.2 for <23276@debbugs.gnu.org>; Sat, 16 Apr 2016 11:55:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=ib2MJ8KL7q9evlO45SPtd26Ig0Kkmrq/znI7npWsJ00=; b=il+rPZJ7x1TzUmL9PUkk3h6B6i68yYIy+nqGu3aVdnd7dgx3dBo02nIm1i/Er0SY5u wDJU8A1mSV15cPLbELvxT6Tk4FqVkV+sMFgaYV2ik0ZYUhX7svLqX0N5/ZVxzEmTEZaK 3BOwo3x1TR8PbnIBj8dp9Ykpy8Y5rNonJ+rab8M9uQgX6B6+ePkhd2MRByiy7E3jC54E auwVUv8VMwUGN55p/PLrUsFAkSBkPT1Wr7RKbafGY0wHLCe4lLYHva+I7GG1nZspsQmo LWky0cufg5sRvKLhIuYQFnYkVT9YvLd5rihRjxB2qjqG5hv5vrJ3AXplCIfjzv5NTl9d TZ6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=ib2MJ8KL7q9evlO45SPtd26Ig0Kkmrq/znI7npWsJ00=; b=GUWXUzC38sCyN/cB/yjcSfhvoh4W1h22NWQkycpfjQrvR4GD5a1jSGn+CNWpFwAp6o RvhryaYeT2yqy05JW2+kc714cacow3lfMTrXjNAhfepZOfb4w7s70+sk91tTodmrTKv1 ZLBGxt84dakzyJ/kRq6INwLvcKebG81ei5QUEqOQgAoWfDQkPY6rw8nMnh7Nc3ltip9J rdL1Q3pLm5J9k0LfOXFZkQKSovLy62KiBUUPKxS8F0UBImorVUCgfwQBOjjhuLgKgDUm 7V+ztdcWMAG4Nwcvd2V/05dfeUsG7SNagExUehuKAZd4hCSmTYDfd8ooyxNZP8CUS9yp DhSQ== X-Gm-Message-State: AOPr4FVYi6BRPgqv9ipyqORnnJuQmFja8VWW5h84STKIW7hyC3kilzPvLh8erVPIKDdNghIovSvf+tjGlUNTOw== MIME-Version: 1.0 X-Received: by 10.176.6.130 with SMTP id g2mr14111805uag.58.1460832919524; Sat, 16 Apr 2016 11:55:19 -0700 (PDT) Received: by 10.31.214.131 with HTTP; Sat, 16 Apr 2016 11:55:19 -0700 (PDT) In-Reply-To: <87vb3hgzr1.fsf@gmx.de> References: <87vb3hgzr1.fsf@gmx.de> Date: Sat, 16 Apr 2016 20:55:19 +0200 Message-ID: Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present From: Anders Lindgren To: Michael Albinus Content-Type: multipart/alternative; boundary=94eb2c122d283ea23f05309eabb4 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@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 (/) --94eb2c122d283ea23f05309eabb4 Content-Type: text/plain; charset=UTF-8 Hi! > > I had a file open in Emacs that was rewritten over and over again by > > an external process. My guess is that Emacs decides that it should be > > reverted, but when it actually reads the file, it is no longer > > present. > > I've tried to write a test case for this, but I've failed. Do you have a > recipe to provoke this error? > Unfortunately, no. And I don't see how it would be possible to write a test for this either, as the file must be removed after auto-revert decides that it should be reverted and before the actual revert takes place. In real-life, I see it a couple of times each week. However, in my Emacs I have opened files associated with processes that erase and rewrite them, say, every ten seconds. Anders --94eb2c122d283ea23f05309eabb4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi!
=C2=A0
> I = had a file open in Emacs that was rewritten over and over again by
> an external process. My guess is that Emacs decides that it should be<= br> > reverted, but when it actually reads the file, it is no longer
> present.

I've tried to write a test case for this, but I've failed. D= o you have a
recipe to provoke this error?

Unfortuna= tely, no. And I don't see how it would be possible to write a test for = this either, as the file must be removed after auto-revert decides that it = should be reverted and before the actual revert takes place.

=
In real-life, I see it a couple of times each week. However, in = my Emacs I have opened files associated with processes that erase and rewri= te them, say, every ten seconds.

=C2=A0 =C2=A0 And= ers

--94eb2c122d283ea23f05309eabb4-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 15:01:00 2016 Received: (at 23276) by debbugs.gnu.org; 16 Apr 2016 19:01:00 +0000 Received: from localhost ([127.0.0.1]:37631 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVSm-0003Hw-Kr for submit@debbugs.gnu.org; Sat, 16 Apr 2016 15:01:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47779) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arVSl-0003Hk-2U for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 15:00:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arVSc-0005ft-Q6 for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 15:00:53 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58438) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arVSc-0005fp-Md; Sat, 16 Apr 2016 15:00:50 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3947 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1arVSb-0003VC-UD; Sat, 16 Apr 2016 15:00:50 -0400 Date: Sat, 16 Apr 2016 22:00:32 +0300 Message-Id: <83fuulbcq7.fsf@gnu.org> From: Eli Zaretskii To: Michael Albinus In-reply-to: <87vb3hgzr1.fsf@gmx.de> (message from Michael Albinus on Sat, 16 Apr 2016 20:44:18 +0200) Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> 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: -6.0 (------) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, andlind@gmail.com 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: -6.0 (------) > From: Michael Albinus > Date: Sat, 16 Apr 2016 20:44:18 +0200 > Cc: 23276@debbugs.gnu.org > > Does anybody object to install the following patch in the emacs-25 branch? > > --8<---------------cut here---------------start------------->8--- > *** /home/albinus/src/emacs-25/lisp/autorevert.el.~f3653ec446ed95404889cf16c67b2d96b3955f52~ 2016-04-16 20:38:55.247491182 +0200 > --- /home/albinus/src/emacs-25/lisp/autorevert.el 2016-04-16 20:36:29.485457375 +0200 > *************** > *** 684,690 **** > ;; not to forget that. This gives undesirable results when > ;; the file's mode changes, but that is less common. > (let ((buffer-read-only buffer-read-only)) > ! (revert-buffer 'ignore-auto 'dont-ask 'preserve-modes))) > (when buffer-file-name > (when eob (goto-char (point-max))) > (dolist (window eoblist) > --- 684,691 ---- > ;; not to forget that. This gives undesirable results when > ;; the file's mode changes, but that is less common. > (let ((buffer-read-only buffer-read-only)) > ! (ignore-errors > ! (revert-buffer 'ignore-auto 'dont-ask 'preserve-modes)))) > (when buffer-file-name > (when eob (goto-char (point-max))) > (dolist (window eoblist) > --8<---------------cut here---------------end--------------->8--- It should have a comment explaining why errors are being ignored. And I still am not convinced that deleting a file under auto-revert shouldn't erase its buffer. Otherwise, it sounds like just half-auto-revert to me. Would we keep the buffer non-empty if the file existed but was empty? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 16:35:26 2016 Received: (at 23276) by debbugs.gnu.org; 16 Apr 2016 20:35:26 +0000 Received: from localhost ([127.0.0.1]:37647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arWwA-0005Yf-Ht for submit@debbugs.gnu.org; Sat, 16 Apr 2016 16:35:26 -0400 Received: from mout.gmx.net ([212.227.17.20]:50821) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arWw9-0005YT-8O for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 16:35:25 -0400 Received: from detlef.gmx.de ([93.209.82.129]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0M2nfO-1bioLI2esY-00sf8H; Sat, 16 Apr 2016 22:35:18 +0200 From: Michael Albinus To: Eli Zaretskii Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> Date: Sat, 16 Apr 2016 22:35:17 +0200 In-Reply-To: <83fuulbcq7.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 16 Apr 2016 22:00:32 +0300") Message-ID: <87r3e5l2be.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:jWt3ebL5PWHsdWuynrwYTXvJ94eHx2qDYtiX9QrJbWfJduqFIO6 U7tyan0Rt9non7grZF8qRfJSc29fb0aWZ/QyPWe1uppIaZFCHvOmTOuC2jIw0G1AWGcP+9r o+llSflnHV8Wca+ipyfEIHIvPzJVcLBNGH84pTiWp2xg1oHDtq5c3KCVcvkSUV7PZ7b0u1O z/HcJeAKIf3ScyPuIPF2Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:/awmx32JJHg=:OwmasOHMabP6/BWrXfsDfy r3981IrqgxhFT9iK7PWrPmxw/+CNmqVN5k6qR9rC3A5Lh9XtUS+GvYd5pj0pO+rGSORlQx5zP QgjnlA35PF2JV2raE/+YS8Oik1jfVUBDhmdfefleCXOInIsebe2dQ0mpsjqo+owNUdBONKlFL C3Jr7o0u/40gTvmPNe1AR1sW66k2Y6unwxdcgRy38eCjCZoLSJt2HWmq6fSvAh/s8WAuYA/rC 0tKRabeTbwNB55nRzuKB+KIGvX5YXrbRD3a91d7ASDgw0y1agPnnCU0XW2dUCXD+cqNrGz8AY vc4h8GpIIfJ0750JeAwutqBL7SibqdHd/PfGvFFB/t/uQ7sanCijaCAVZly66LthqosdFcFVc bXWOrjQ0IO9Xdkjd+kSeTWqcjaPPnXgaxChLcKfn32vhlzLz8wxm6tipydPe6G4GyWTI6m8RZ umVYzplwlBov1ImLsbQtOwYcteM7md7BA8eoMM5PIEBvyQMgDx6v3mHXbkd8fhInMvXgsZdHE ogr1/o9t2EOStK0SpJuNidbS/Q2Z+++/6CfMdYfpL0vd5GJ0Lj9i5y2vJJPuzseXv/N1YMwoJ yyQD41LDzTJxYkdebtMgAfflSCe/mtEOpD2LF5KEQav17Kkvy4aqmk5YnqwgLclSRWP6wkiGI /KOQmCRqOFMnOEPi79oQXlxreh2+sCLbU+BsAPmCZQc2vF19uLnKqLFHTdFM7K2XBKTyCcWGj RZV7n7gYFwq6biOZb1hzB6iVgCrkL6qAN1UC0V8bQSHc/wo27WoQJqFgd4k1VD5Im/Fmv8BHX 8fS9B5i X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, andlind@gmail.com 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 (/) Eli Zaretskii writes: > It should have a comment explaining why errors are being ignored. OK. > And I still am not convinced that deleting a file under auto-revert > shouldn't erase its buffer. Otherwise, it sounds like just > half-auto-revert to me. What if we simply disable auto-revert-mode in this case? The user sees that the lighter "ARev" has been removed, and she knows that things have changed. > Would we keep the buffer non-empty if the file existed but was empty? Yes. > Thanks. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 16:56:27 2016 Received: (at 23276) by debbugs.gnu.org; 16 Apr 2016 20:56:27 +0000 Received: from localhost ([127.0.0.1]:37651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arXGV-00061t-BL for submit@debbugs.gnu.org; Sat, 16 Apr 2016 16:56:27 -0400 Received: from mout.gmx.net ([212.227.15.15]:59215) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arXGU-00061g-8u for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 16:56:26 -0400 Received: from detlef.gmx.de ([93.209.82.129]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MD9NE-1azDp911HY-00GXvZ; Sat, 16 Apr 2016 22:56:19 +0200 From: Michael Albinus To: Anders Lindgren Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> Date: Sat, 16 Apr 2016 22:56:15 +0200 In-Reply-To: (Anders Lindgren's message of "Sat, 16 Apr 2016 20:55:19 +0200") Message-ID: <87k2jxl1cg.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:XgVenrgXHtHdBjndLwPh2ozFNUez+6qnQaSkZwMSCnzGRbEMTia 1A04QdIp+fPKvocxwwZZHx2C7GoivbmVU+e6gflcCCmiQNFm1Hyy9uyYxgZqOrkSOhiAd+e bMe8DWoyvEKYDKGhemU7HzOYoGgzZmr0p8mHeoWjIcfmsJ32tD68Dv+2tJep5LfXL4I1ET0 2dxSB4f60zSjbq4xwY0/Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:xK2LaQW1W+c=:98laplzzIy36BBeOMvC37s wvOKzxkUqUjLsBTvqAC6AW0epKbhObOUD65aAUS6gk9QJkHfPI+Fa2VDmOPp04DQKIwXNxibk qQdJhbxkSMQAa0eAIlegbu4XiH86h0b9iH8q7z9sQv3evOrBY+PEggUp3uLggLLc+WMI+u+tI 1WqzdPZPWwnGgVNYVI+PTcyCOE9VPFwEwxBTig4/Fo9eJp6IJjWz6g+k+cgAYDUAH6Gn5cMVR 3iCCfrFgyg84Q7C8LjuFREqvv7KjVuYu88dSPgfyf4t4jvBv5RXqEMhjYvO4qCNhZdpLF7omf N/oBatSQSOm20b/tGsVFHMdzZu4UXpQfKz6Hkhu5v1yp+LNLJXTUejUGFvVonE5dnieqOMLby cAK6N7av6McBZg7NYQ62C2oquT+Bg7T/6GTZAEeUweATXk+nwFKLXjhjv5JqWHmg2HQL18Hod DKOn6Medjd98xJBQumBPpUPR9F3gIUGyjBpZGrVN+3e3BPZNva6u/Y1FaOt1C4yEL4o4D6wIm 6/wBdOUVSh2zG2hCbRTtQrrUNP+oeuc1KhUkxfSXm4xRyiQn1qI7+yDVCA/a9XoIBtNrgPM4p c58y2hynbuRFhpnuolpwAz2usxHcW0uHoy7I1WJvIePlF9sbSRi9+e9o0v26sGYGDBI/03EE3 BKjjKraFdeAqJUuGM2jJ84FJOo9gpJAn1DdWxL7aexNqDuFvVa9QK9d5xeLip+Yl+W+kjAGp9 uAwOTunI68TLOnDHfb3H9GvzzgoHFiV/4SLOZr85KHIDBEVYNMf8UzjjJEeRYjfxMn/4eQ3tX hLnBf0w X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@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 (/) Anders Lindgren writes: > Hi! Hi, > I've tried to write a test case for this, but I've failed. Do you > have a recipe to provoke this error? > > > Unfortunately, no. And I don't see how it would be possible to write a > test for this either, as the file must be removed after auto-revert > decides that it should be reverted and before the actual revert takes > place. I found a way. Temporarily, I add a function to before-revert-hook, which deletes the file. This provokes the error. > Anders Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 16:56:48 2016 Received: (at 23276) by debbugs.gnu.org; 16 Apr 2016 20:56:48 +0000 Received: from localhost ([127.0.0.1]:37654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arXGq-00062T-JQ for submit@debbugs.gnu.org; Sat, 16 Apr 2016 16:56:48 -0400 Received: from mail-vk0-f46.google.com ([209.85.213.46]:33351) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arXGp-00062E-MS for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 16:56:47 -0400 Received: by mail-vk0-f46.google.com with SMTP id n62so67333686vkb.0 for <23276@debbugs.gnu.org>; Sat, 16 Apr 2016 13:56:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=MZXrQCbeu29eVU6+rqWfuPlk6iZwsRYWpiF73BfjuUs=; b=jQ6wlj8sYJ1e1O4cX3ZkjZ/1nXkp1dOTmuSqt39TXv6h2Ezi1Omq6zwW66B+6yh8bq t+3ozYJTzeSElTsF3pYSOX+DYl/Nax10MtkaqE5rev8/G3V3iXdLh1c2cj4AIIiqsnMT C7+8Fx1i75sW6mSzkXgm+fpK4eVEkciVZFiQzAF27MZSjWjroQjAZ6PvfyKNufW4rMDd /LRZFzKNctuIkTPXLAK7w7H1nBqAnRhPxRPjZAc9mDCrRCk3VGAXEfGcxuYeXEPMqK4f iRWJbQn+Jfg0QHn0WymKGYAa5rL04EhLOfzaplCOMZjEyukIYrzcpk/y8MY9A7o0Sh2m dZuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=MZXrQCbeu29eVU6+rqWfuPlk6iZwsRYWpiF73BfjuUs=; b=W4+akI6z0a+tngGwMOVIjhVSsX6g3XBGIWTJuhOCpkLx71t1UfiLqd8NKNy/poWXXQ lKLe4K4GcWHAiCYzvcgKWPqrrEXxjjrtYAlISRj8oB+uRW6P1IKTAJMle/6D9ESCxl9a Ra9JuG4+i6uvw8ws6azMm+pWx78T8m5ACTkGoMG1afGyglir9/Kj3xh0aOt0zVvlBLLy f3Ziz5Q8WaIWPsEmUAj06HQN/z+T/w8aY/eL8Jt1MqtimOtmV2WB3QxGh7v6xwYFWng7 qe+Gs1SEEg2xIJA3So6jLNMdyDiXb6Qn4zX1dnNcyceQr/cwuDtDvhZbk3ZYikt6FkfE EAlg== X-Gm-Message-State: AOPr4FX/Q4W+LnnKhwGJd5CWmk0QoYJGKiYqtOjfScqzzSZmYwP4iyw9CuKzzaEjAJBIXrG+YW5IxWpfegB8cQ== MIME-Version: 1.0 X-Received: by 10.176.6.102 with SMTP id f93mr12623085uaf.59.1460840202012; Sat, 16 Apr 2016 13:56:42 -0700 (PDT) Received: by 10.31.214.131 with HTTP; Sat, 16 Apr 2016 13:56:41 -0700 (PDT) In-Reply-To: <83fuulbcq7.fsf@gnu.org> References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> Date: Sat, 16 Apr 2016 22:56:41 +0200 Message-ID: Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present From: Anders Lindgren To: Eli Zaretskii Content-Type: multipart/alternative; boundary=94eb2c122e5c508f070530a05d24 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, Michael Albinus 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 (/) --94eb2c122e5c508f070530a05d24 Content-Type: text/plain; charset=UTF-8 > > And I still am not convinced that deleting a file under auto-revert > shouldn't erase its buffer. Otherwise, it sounds like just > half-auto-revert to me. Would we keep the buffer non-empty if the > file existed but was empty? > When I originally wrote auto-revert mode I decided that Emacs should not clear a buffer when the corresponding file was removed, as a safeguard against a file accidentally being removed. Today, I still think that is the correct way to handle this situation. The current patch handles a special case when the file is removed after it has been decided that it should be reverted, but right before the actual revert -- it should be treated just like a normal file delete. I think disabling auto-revert mode is not correct way to handle this -- the file might be temporary removed by, say, a version control system and might reappear a moment later, in which case we want it to be reverted into Emacs. -- Anders --94eb2c122e5c508f070530a05d24 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
And I still am not convinced that deleting a fil= e under auto-revert
shouldn't erase its buffer.=C2=A0 Otherwise, it sounds like just
half-auto-revert to me.=C2=A0 Would we keep the buffer non-empty if the
file existed but was empty?

When I orig= inally wrote auto-revert mode I decided that Emacs should not clear a buffe= r when the corresponding file was removed, as a safeguard against a file ac= cidentally being removed. Today, I still think that is the correct way to h= andle this situation.

The current patch handle= s a special case when the file is removed after it has been decided that it= should be reverted, but right before the actual revert -- it should be tre= ated just like a normal file delete.

I think disab= ling auto-revert mode is not correct way to handle this -- the file might b= e temporary removed by, say, a version control system and might reappear a = moment later, in which case we want it to be reverted into Emacs.

=C2=A0 =C2=A0 -- Anders

--94eb2c122e5c508f070530a05d24-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 17:31:00 2016 Received: (at 23276) by debbugs.gnu.org; 16 Apr 2016 21:31:00 +0000 Received: from localhost ([127.0.0.1]:37663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arXnw-0006rG-JS for submit@debbugs.gnu.org; Sat, 16 Apr 2016 17:31:00 -0400 Received: from mout.gmx.net ([212.227.15.15]:57365) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arXnu-0006r0-Bq for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 17:30:58 -0400 Received: from detlef.gmx.de ([93.209.82.129]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LptId-1bN2XV45VX-00fgW1; Sat, 16 Apr 2016 23:30:51 +0200 From: Michael Albinus To: Anders Lindgren Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> Date: Sat, 16 Apr 2016 23:30:49 +0200 In-Reply-To: (Anders Lindgren's message of "Sat, 16 Apr 2016 22:56:41 +0200") Message-ID: <87fuulkzqu.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:4VaYZ/wojPMnPI3dIBl5Aq5YURJRLHGqMLXOxALPgC52yk3u6Rn CjEY41gADcplHLvr4i8byFL7WPGHUJJHKoGeVytClJ6Pd4tIHNq6HfX1PrARsO6Zs3sk+38 2OZx8JZAO8D5kF7qwcVD3+FG69FQEfCSTFESQz0Mt7bUZThDESS7FvNp9ZEUo5o33AY9zUu vnWOG25ErXZVXc/PKVN6w== X-UI-Out-Filterresults: notjunk:1;V01:K0:9Y5KTpYfaBE=:nAfg7/rtnqIr3yEf94pCpl 8LdoeS+6+q8czbZum06oz1bGrK/GOqFozXWrc2vc6kQK9WcJR0joqKufuBc+sIn81i7YsAzWf R1i2c2LdfTaQ/R0o7ZUAJT371hC7q87TCrTohQD23F78WozihKp/+Bl3+nxWMXUY1VqhN+P3Q UJcXnuiSq8sOfzIU1SbJoS401ggBd1oB9PUfQv5t9oqTrEri0+U+EAzcUeKNZoVMiQtDX5e1v cV4sBG6D9z2x+Fp7jD9SIEfJYZIbCSb+0Yhr+2mMln/UYdbfqRf8XWvRqon8JkTiUetl8Ho5q /SseUwr/rnpgxJJkavjvCDfLGyVL3tPbJ3FMeeE4/ZdOc4B88YuMckvSEelxZfkq0e54fJZg8 3ScfKFnBI0usFEHyJgTStwm+5PyXVDIblPOnvnwdwISo4vRnjLvYu2wmM1lGNo+Bqqis/ne37 mtXcs85Cx56xXtOuJ64Vouqebx2H0Qy20yU+JpOws/fM4DK/qtzXMt5DXDm0yDqpn7Ar/gbRv Qt4LF+vmt5gn4Od0+ZjWEJgSy8hTeBPTRyHtmwLT553oZERWys7EH6oxe576mO4wrMcQ1AYaE o3s+xDIUJv1XrQoS7ALSKR+rvBGpV4DfAJQIaspR5VuZ02R1n/IzIKwtR+FUFtoedSQdCtUUt ns8iDoKbzi4xhyuYsO+qN59uAUSukT+ukNNRcHevxDUt5dgLcCou0cpot/yY1Ib5sAEyCdXVs hA9rv5R4p/H02c5KOVK81G3zE/G5okPN9vN6crYSUxyYhXXz3zaFfmBGzi1RkzDstfSOEd0Qu B+HHZZ7 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, Eli Zaretskii 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 (/) Anders Lindgren writes: > I think disabling auto-revert mode is not correct way to handle this - > - the file might be temporary removed by, say, a version control > system and might reappear a moment later, in which case we want it to > be reverted into Emacs. I've just checked: the current implementation deactivates auto-revert-mode already in this case. At least file notification is disabled (due to the `deleted' file notification event). Polling shall still be work, to be checked. > -- Anders Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 21:55:02 2016 Received: (at 23276) by debbugs.gnu.org; 17 Apr 2016 01:55:02 +0000 Received: from localhost ([127.0.0.1]:37695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arbvR-0004bI-Sj for submit@debbugs.gnu.org; Sat, 16 Apr 2016 21:55:02 -0400 Received: from mail-pf0-f173.google.com ([209.85.192.173]:36614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arbvP-0004au-GM for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 21:55:00 -0400 Received: by mail-pf0-f173.google.com with SMTP id e128so68712354pfe.3 for <23276@debbugs.gnu.org>; Sat, 16 Apr 2016 18:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version; bh=zmTBOs/TcYMjl8APhnQ8wSOirGJslO9LvXsMMUZfRTQ=; b=IEaobqEOb5nOpvisdmGQI9ahw2S0alnonqK5qDuYnoK4dMtHMvDAaQFW1nycnRGbt6 2vWl92D5tMIZbG8yNqyMHb50lQucIgZtC2ilv6Of1MSe+b5cZgpY+FsBEZZnCrJT578+ WR2Ks1l9sVPgwoEH5+6XMoiYIs0lg02wnvF2IC6W3mvUWIgXPREQlNdKi/gWP5ppT1oR 7M/Kus64ouA6kUGtoXZVSp98tJ3ae52kcMqSk6XWDtdYHwqSk0hZOT5fywk7wRNXhLEl pwFexF5uuTV4rdkwWTklCDcyjGp+AkDtgUE6enDRAppx5gTCw4OgN7i6EZFPTI++BHv/ Trcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :references:user-agent:mime-version; bh=zmTBOs/TcYMjl8APhnQ8wSOirGJslO9LvXsMMUZfRTQ=; b=jrPSYkZFhsaOK06j0rRCszG4MEfABHBIvhzH2P7o4rs2SPk1kSTJx2YkHXA8Q/Ssui +As9UgQCgv5i7WL0jK3fMZ0PhdgQf8LdXrB5P5VxRI1outJlWC9r48hunAduL8o/xvRH 4neEpp+olbpckRX6p+aoUHKmqBQ4IBka/RLY2lo4Vq8hbhTV+dJdiGOxEJA5gn+/paTB x6qYlzQeWqSJUcQ3+VDN/rRUT0vv7z+kbDD8TyRHJghAufaGsTIRWlnyGhV3313FUadi hGgRzfNnxQ2CQcWgwYR0uvXbTJ4TWIWWVHbN+UbxIQlFjLZtOek4y6kmm2g/v0HtVztF wQKw== X-Gm-Message-State: AOPr4FVCmg7P9FpuXNqPe03MnQcg2+e+kqpzx0i7OL+k9Ej8EYzEH6baJKyAUKo2z7n+kg== X-Received: by 10.98.36.26 with SMTP id r26mr39861490pfj.99.1460858093751; Sat, 16 Apr 2016 18:54:53 -0700 (PDT) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id r17sm53164885pfj.39.2016.04.16.18.54.51 (version=TLS1 cipher=AES128-SHA bits=128/128); Sat, 16 Apr 2016 18:54:51 -0700 (PDT) From: John Wiegley X-Google-Original-From: "John Wiegley" Received: by Vulcan.local (Postfix, from userid 501) id CD64F14353245; Sat, 16 Apr 2016 18:54:50 -0700 (PDT) To: Eli Zaretskii Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present In-Reply-To: <83fuulbcq7.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 16 Apr 2016 22:00:32 +0300") Date: Sat, 16 Apr 2016 18:54:17 -0700 Message-ID: References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.92 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, Michael Albinus , andlind@gmail.com 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 (/) >>>>> Eli Zaretskii writes: > And I still am not convinced that deleting a file under auto-revert > shouldn't erase its buffer. Otherwise, it sounds like just half-auto-revert > to me. Would we keep the buffer non-empty if the file existed but was empty? I would not want it to erase the buffer. Countless have been the times that I've been working on a project, and an unbridled rm took away code from the disk which I was very grateful to find was still in a buffer. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 22:40:07 2016 Received: (at 23276) by debbugs.gnu.org; 17 Apr 2016 02:40:07 +0000 Received: from localhost ([127.0.0.1]:37699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arcd5-0005c2-GF for submit@debbugs.gnu.org; Sat, 16 Apr 2016 22:40:07 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50970) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arcd3-0005bU-8a for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 22:40:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arccx-0007h3-Bg for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 22:40:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37713) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arccs-0007fq-9o; Sat, 16 Apr 2016 22:39:54 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4240 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1arccr-00008q-De; Sat, 16 Apr 2016 22:39:53 -0400 Date: Sun, 17 Apr 2016 05:39:36 +0300 Message-Id: <83d1pparh3.fsf@gnu.org> From: Eli Zaretskii To: John Wiegley In-reply-to: (message from John Wiegley on Sat, 16 Apr 2016 18:54:17 -0700) Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.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: -6.0 (------) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, michael.albinus@gmx.de, andlind@gmail.com 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: -6.0 (------) > From: John Wiegley > Cc: Michael Albinus , 23276@debbugs.gnu.org, andlind@gmail.com > Date: Sat, 16 Apr 2016 18:54:17 -0700 > > >>>>> Eli Zaretskii writes: > > > And I still am not convinced that deleting a file under auto-revert > > shouldn't erase its buffer. Otherwise, it sounds like just half-auto-revert > > to me. Would we keep the buffer non-empty if the file existed but was empty? > > I would not want it to erase the buffer. Countless have been the times that > I've been working on a project, and an unbridled rm took away code from the > disk which I was very grateful to find was still in a buffer. How is it different from clobbering a file by making it empty? Don't we have a variant of auto-revert that never shrinks the buffer? From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 22:53:13 2016 Received: (at 23276) by debbugs.gnu.org; 17 Apr 2016 02:53:14 +0000 Received: from localhost ([127.0.0.1]:37703 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arcpl-0005uT-NJ for submit@debbugs.gnu.org; Sat, 16 Apr 2016 22:53:13 -0400 Received: from mail-pf0-f173.google.com ([209.85.192.173]:33934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arcpk-0005uG-7F for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 22:53:12 -0400 Received: by mail-pf0-f173.google.com with SMTP id c20so69108152pfc.1 for <23276@debbugs.gnu.org>; Sat, 16 Apr 2016 19:53:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:in-reply-to:date:message-id:references :user-agent:mime-version; bh=oXANw6YE/tZmipoYqNcQu7P+Di9LALkq1nRXNn87RMA=; b=IvNsGBWa9b/rFToND9hVigycZGSoB+5Bu9pmfj6Y4UxPx+SA2mCgk4Cmw/RRwF3+b6 xoNdx8uz2B1g9SnXfLFkTome8wHSMFnS1o4FM3ssvlOFMg6F5AhGMc/xWNks5/ULtwjF MiUMb7tUGKbcnNeXN25SUusnzrjxDykXKuLX1ViY5EX4nVNJvx/Ba6RrdQQtPT+64EuF VvkXXt7xhb9ClhTVYk2IxkEN135iEQX68bcM+BtdLRKIXLl698iYbnQlUYGcv2+WkgQ7 dWaEU92Y8s1kKQutj7FToac/dCwveC4u6Z8PEP9YkUJ1PpIA+YvH1+P1kyJB0ZZgAPGP SCPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:date:message-id :references:user-agent:mime-version; bh=oXANw6YE/tZmipoYqNcQu7P+Di9LALkq1nRXNn87RMA=; b=YtUclPr2PVf+IBaJRCVa8gD3E8Fgo/lww/hz6EXsuwF+ek0cEjGo0z79+9hh7VpVsE sJnh5QUKIrwJjJw0g0AECANMuXuczlOqXHQ7seLKwhooeKermytqV7r/xd4SRA5/guCN 4TAoRsmkm6Fq36f5YTn7Fb3qKMDEV9BPWp9fAfIaYbECH1nCXAnEKuHXBPWgOZvBrYX5 fSxuNpnCo4A3Dl/6jqybIPDFC8ifsX4VJESslS6d7DNlR+3FuISszYnlY9/08uOH3TUi v4PmxpUpDdlgOSruAhxRaAoO5okDw8NApX1n8ZrOc97R52mmQKX765pNbQXHMGU/M1ct VgxQ== X-Gm-Message-State: AOPr4FUpaL2UEAK577a+WkXiPAE7J98eKeES8anVqeCGcRddT77q8Cc7AemMeknwYcYATg== X-Received: by 10.98.65.203 with SMTP id g72mr40692616pfd.138.1460861586431; Sat, 16 Apr 2016 19:53:06 -0700 (PDT) Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id y21sm20383176pfb.13.2016.04.16.19.53.04 (version=TLS1 cipher=AES128-SHA bits=128/128); Sat, 16 Apr 2016 19:53:04 -0700 (PDT) Received: by Vulcan.local (Postfix, from userid 501) id C63B5143544B0; Sat, 16 Apr 2016 19:53:03 -0700 (PDT) From: John Wiegley To: Eli Zaretskii Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present In-Reply-To: <83d1pparh3.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 17 Apr 2016 05:39:36 +0300") Date: Sat, 16 Apr 2016 19:53:02 -0700 Message-ID: References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.0.92 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@debbugs.gnu.org, michael.albinus@gmx.de, andlind@gmail.com 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 (/) >>>>> Eli Zaretskii writes: >> I would not want it to erase the buffer. Countless have been the times that >> I've been working on a project, and an unbridled rm took away code from the >> disk which I was very grateful to find was still in a buffer. > How is it different from clobbering a file by making it empty? I'm not sure, but I never clobber files that way... > Don't we have a variant of auto-revert that never shrinks the buffer? I think if it's significantly reduced, it does warn. But I'm not sure what that's based on. The current behavior, whatever it is, does not lose contents that get accidentally deleted from disk. I'm not sure what happens if you cat /dev/null onto your code. -- John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2 From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 16 22:57:39 2016 Received: (at 23276) by debbugs.gnu.org; 17 Apr 2016 02:57:39 +0000 Received: from localhost ([127.0.0.1]:37707 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arcu3-00060Q-9Z for submit@debbugs.gnu.org; Sat, 16 Apr 2016 22:57:39 -0400 Received: from mail-yw0-f173.google.com ([209.85.161.173]:36716) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arcu1-00060C-V9 for 23276@debbugs.gnu.org; Sat, 16 Apr 2016 22:57:38 -0400 Received: by mail-yw0-f173.google.com with SMTP id o66so172206985ywc.3 for <23276@debbugs.gnu.org>; Sat, 16 Apr 2016 19:57:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+D2v6T+tEJupqo/mvApOejq8kIK2UjcjhCcS2fBbUn8=; b=sO6xDNVG4Rz8BEuWxIbJDc7XyFtvzluzPbpJuvc8NgCz7oiPwKk3bQfmn01tLFYMZ3 o1pJrz6cj9q5X4A4XcUDq21bBk+RnEMMJ5fBPRpILwT+NPqfLCbdZtjkNyYv7lbJjSll mUUZUsoMwN8NkgalgQourFfXI5ELLeojacLrMhcgZ/2ewatnLI7dEpPhH70lptGkEwrH rUM2Py+ZZpYmSrHNLi/Ohzrmo1AwxdaGANBsaL2mfHhHMTy8HHdVJXNnU2FyfQWjAh2A 5quIP+6Qw0yb2tpBSHvZpjqhzElWl57NJIwSxWqE1/r/EC90gOfsc2fSoDzU6BEQKISG Ye4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+D2v6T+tEJupqo/mvApOejq8kIK2UjcjhCcS2fBbUn8=; b=gc7uEUTRaZZn+1mDgU0pO24bN7SWFCFrp+fxR7OCgOUccaIzW6Slt3Fp87PaqZWt1N 5Dk2OkMMl2mOEnl9Y4KTX69FhiyN9otq6p0LFJvrfSz4wYFQfl9tx2Y0c9K806F+Jd1B 7gjOA/EtDq/K+JishkVXcE3uoC9l01Esv1IkYs2KqAg+IPvTidbd7XfSOwJyrTKVcLga +WtESrZs6Rli0C6Ht6yZ57eveZr6SPLbWN9quDh20ObGe/eE5bj0yYoqGCxou0Fzk9+1 eDmu5eOBiPKDhdiiW8UOLvbfl0GJn1c3ZOqC8Oo2KQrR72KPB40nRKJDow82EJKp2IUZ 2YQg== X-Gm-Message-State: AOPr4FX9kWwqmprUa99ABDe7yeUwf7gB5MmgbNC5dUc0L78aDBjuswsLfusnSzxHEJE3n7KECtGDTYXT0ZQg3w== X-Received: by 10.13.198.197 with SMTP id i188mr15563319ywd.207.1460861852509; Sat, 16 Apr 2016 19:57:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.71.86 with HTTP; Sat, 16 Apr 2016 19:57:12 -0700 (PDT) In-Reply-To: <83d1pparh3.fsf@gnu.org> References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> From: John Mastro Date: Sat, 16 Apr 2016 19:57:12 -0700 Message-ID: Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 23276 Cc: John Wiegley , michael.albinus@gmx.de, andlind@gmail.com, 23276@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.0 (/) Eli Zaretskii wrote: >> I would not want it to erase the buffer. Countless have been the times that >> I've been working on a project, and an unbridled rm took away code from the >> disk which I was very grateful to find was still in a buffer. > > How is it different from clobbering a file by making it empty? > > Don't we have a variant of auto-revert that never shrinks the buffer? Speaking purely as a user, I think a case can be made that it really is different. We could say: If the file exists, auto-revert updates the buffer based on its (possibly empty) contents. If the file no longer exists, then there is nothing for auto-revert to do, so it does not modify the buffer. However, Michael mentioned in a previous message that the buffer would also be left non-empty if the file existed but was empty: Michael Albinus writes: > Eli Zaretskii writes: >> Would we keep the buffer non-empty if the file existed but was empty? > > Yes. That seems less conceptually clear to me, though I can imagine cases where it would be more convenient. -- John From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 04:53:01 2016 Received: (at 23276) by debbugs.gnu.org; 17 Apr 2016 08:53:01 +0000 Received: from localhost ([127.0.0.1]:37771 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ariRx-00066f-IR for submit@debbugs.gnu.org; Sun, 17 Apr 2016 04:53:01 -0400 Received: from mout.gmx.net ([212.227.17.20]:53738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ariRw-00066D-0s for 23276@debbugs.gnu.org; Sun, 17 Apr 2016 04:53:00 -0400 Received: from detlef.gmx.de ([87.146.42.239]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0Lf0M7-1bXxkY11qh-00qhub; Sun, 17 Apr 2016 10:52:53 +0200 From: Michael Albinus To: John Mastro Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> Date: Sun, 17 Apr 2016 10:52:52 +0200 In-Reply-To: (John Mastro's message of "Sat, 16 Apr 2016 19:57:12 -0700") Message-ID: <87fuukd3bv.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:C0QQABE4uYyR4Klf2tFZuByxFmK//+6VNGYR+RO6YPlToojcmNc dU5E2qq+dm6T7Ak4lCtXNe4dim2UhmS8xuyX30pGvp378kuyBW8GRwFOTM9bORNm38ycgra 72LgZ0h+9xNtDl4hBHo3nNfoIwATVdhB5NJ2r5FHFgO2GkEtAxSq13O/z7UoqsuqCW2G8pS aLvtgbNRGrdX4wtVE9UMg== X-UI-Out-Filterresults: notjunk:1;V01:K0:5vd6tlcsL0Y=:4ULBzTx3O/5RXyqdMVz5K4 v5Q8L0o/8innEu5/xjO6oxGCE0vFRpqIIf8MNKFH47qli7QU1pox1bblSyZuslKeZ21rG4YeC fSshOTIwuTaPxfp54wj+1L0LfPBcvlcidkwiOe97UwnFg5m2hMclthdUUI/ocAw7f7z+38IMU iXAqHzuq1z8wYzUolvRrNBJaGhBZXZWAyYQUuOOnv9BK8lTFLmHEcfwxWgI7CBhzDqY+muLU7 OWAUSbK+KDLKHSEflINkZwNwWlOYongcm1zuuIsq5GuQQgnND6a4jIN6ibiDswibb5JSaj9rY wul8rEnJ2q32/dlS781eVfUAGrJd+RMoNFkPGPW393bS6DQnfjBnPc0sURy9FhGOvg76m9Rel UGZAnRMjUdlRW2xaiPdIMFVQMIocV67BOB36Nmg+gAQH/WGxyDqOY6ZuBYFnwXoqV5d/Vp58M luwbEJ2/hClnP/Y9ez4pH3QKARNKQwIrD8Mlhv+fHEIfWcWe245XpmevTPjqeMBRZOAMi2xfU 40LPgHfRL3PZmNwRRmmtzMTEwz9i5paXV1xWI5PxW6U8SYDXRb086vjs0/7z9bAu2e0N2g4Xy aGcO2fGgYggJ8kGRCtaff8uq7DREzlmddw6g5EO+PnXTibMP+ZRk3MuvrDs5uSuCEnQrMI9+v QBtVp2/SdwBBb+lFfDvMoMaQXXgHmtwxdmtxINLBBz8fMDDp8WwkBS1uWO1r1kJOYRNnvmoiR WXYKISKPtk6pnze8+GnKEBbgVPLq8zGEZttv48zUrg4/bv7u++e9V0ZrzjoOVlJOcSCu/zquJ N3ihYI5 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: John Wiegley , Eli Zaretskii , andlind@gmail.com, 23276@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 (/) John Mastro writes: > Speaking purely as a user, I think a case can be made that it really is > different. We could say: > > If the file exists, auto-revert updates the buffer based on its > (possibly empty) contents. If the file no longer exists, then there > is nothing for auto-revert to do, so it does not modify the buffer. > > However, Michael mentioned in a previous message that the buffer would > also be left non-empty if the file existed but was empty: There was a blackout, when I wrote this. I meant it exactly as you have summarized above. Sorry. We shall update the documentation, and precise it with your wording. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 09:20:46 2016 Received: (at submit) by debbugs.gnu.org; 17 Apr 2016 13:20:46 +0000 Received: from localhost ([127.0.0.1]:37849 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1armd4-0005hx-9B for submit@debbugs.gnu.org; Sun, 17 Apr 2016 09:20:46 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1armd2-0005hi-GD for submit@debbugs.gnu.org; Sun, 17 Apr 2016 09:20:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1armcw-0002Xn-Ao for submit@debbugs.gnu.org; Sun, 17 Apr 2016 09:20:39 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_20,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:43477) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1armcw-0002Xj-6d for submit@debbugs.gnu.org; Sun, 17 Apr 2016 09:20:38 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34162) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1armcv-0006eX-8b for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 09:20:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1armcr-0002XM-L4 for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 09:20:37 -0400 Received: from plane.gmane.org ([80.91.229.3]:33845) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1armcr-0002XE-EV for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 09:20:33 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1armcp-0008TD-9U for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 15:20:31 +0200 Received: from 120.red-88-22-75.staticip.rima-tde.net ([88.22.75.120]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Apr 2016 15:20:31 +0200 Received: from ofv by 120.red-88-22-75.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Apr 2016 15:20:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: =?utf-8?Q?=C3=93scar_Fuentes?= Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present Date: Sun, 17 Apr 2016 15:20:22 +0200 Lines: 24 Message-ID: <87r3e4wew9.fsf@wanadoo.es> References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 120.red-88-22-75.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) Cancel-Lock: sha1:xmrLDTv08e96dowa9roFl6C0tN0= 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: -3.9 (---) 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: -3.9 (---) Eli Zaretskii writes: >> > And I still am not convinced that deleting a file under auto-revert >> > shouldn't erase its buffer. Otherwise, it sounds like just >> > half-auto-revert to me. Would we keep the buffer non-empty if the >> > file existed but was empty? >> >> I would not want it to erase the buffer. Countless have been the times that >> I've been working on a project, and an unbridled rm took away code from the >> disk which I was very grateful to find was still in a buffer. > > How is it different from clobbering a file by making it empty? $ echo hello > foo.txt $ emacs -Q foo.txt & M-x auto-revert-mode $ echo -n > foo.txt M-x undo Clobbering a file doesn't imply that you lose its previous contents. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 11:16:55 2016 Received: (at 23276) by debbugs.gnu.org; 17 Apr 2016 15:16:55 +0000 Received: from localhost ([127.0.0.1]:38572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aroRT-0000AV-6t for submit@debbugs.gnu.org; Sun, 17 Apr 2016 11:16:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34939) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1aroRR-0000AH-DD for 23276@debbugs.gnu.org; Sun, 17 Apr 2016 11:16:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aroRI-0001uc-AG for 23276@debbugs.gnu.org; Sun, 17 Apr 2016 11:16:48 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 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]:50403) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aroRI-0001uY-7W; Sun, 17 Apr 2016 11:16:44 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4624 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aroRH-0004Rn-GY; Sun, 17 Apr 2016 11:16:43 -0400 Date: Sun, 17 Apr 2016 18:16:28 +0300 Message-Id: <83wpnw9sfn.fsf@gnu.org> From: Eli Zaretskii To: =?iso-8859-1?Q?=D3scar?= Fuentes In-reply-to: <87r3e4wew9.fsf@wanadoo.es> (message from =?iso-8859-1?Q?=D3s?= =?iso-8859-1?Q?car?= Fuentes on Sun, 17 Apr 2016 15:20:22 +0200) Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> <87r3e4wew9.fsf@wanadoo.es> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 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: -6.0 (------) X-Debbugs-Envelope-To: 23276 Cc: 23276@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: -6.0 (------) > From: Óscar Fuentes > Date: Sun, 17 Apr 2016 15:20:22 +0200 > > Eli Zaretskii writes: > > >> > And I still am not convinced that deleting a file under auto-revert > >> > shouldn't erase its buffer. Otherwise, it sounds like just > >> > half-auto-revert to me. Would we keep the buffer non-empty if the > >> > file existed but was empty? > >> > >> I would not want it to erase the buffer. Countless have been the times that > >> I've been working on a project, and an unbridled rm took away code from the > >> disk which I was very grateful to find was still in a buffer. > > > > How is it different from clobbering a file by making it empty? > > $ echo hello > foo.txt > > $ emacs -Q foo.txt & > > M-x auto-revert-mode > > $ echo -n > foo.txt > > M-x undo How is this relevant to the issue at hand? Undo is not part of the picture. > Clobbering a file doesn't imply that you lose its previous contents. I never said otherwise. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 12:01:38 2016 Received: (at submit) by debbugs.gnu.org; 17 Apr 2016 16:01:38 +0000 Received: from localhost ([127.0.0.1]:38585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arp8j-0001DJ-QD for submit@debbugs.gnu.org; Sun, 17 Apr 2016 12:01:37 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42356) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arp8i-0001D6-As for submit@debbugs.gnu.org; Sun, 17 Apr 2016 12:01:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arp8c-0002qo-GZ for submit@debbugs.gnu.org; Sun, 17 Apr 2016 12:01:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:59808) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arp8c-0002qk-Dq for submit@debbugs.gnu.org; Sun, 17 Apr 2016 12:01:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33325) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arp8b-0000pe-Jq for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 12:01:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arp8Y-0002qT-97 for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 12:01:29 -0400 Received: from plane.gmane.org ([80.91.229.3]:39348) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arp8Y-0002qP-2v for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 12:01:26 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1arp8W-0002Ns-2h for bug-gnu-emacs@gnu.org; Sun, 17 Apr 2016 18:01:24 +0200 Received: from 120.red-88-22-75.staticip.rima-tde.net ([88.22.75.120]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Apr 2016 18:01:24 +0200 Received: from ofv by 120.red-88-22-75.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 17 Apr 2016 18:01:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: =?utf-8?Q?=C3=93scar_Fuentes?= Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present Date: Sun, 17 Apr 2016 18:01:18 +0200 Lines: 18 Message-ID: <87mvosw7g1.fsf@wanadoo.es> References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> <87r3e4wew9.fsf@wanadoo.es> <83wpnw9sfn.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 120.red-88-22-75.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux) Cancel-Lock: sha1:OGnsylwmO7qvrD9x0KLUvq9bMCo= 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: -3.9 (---) 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: -3.9 (---) Eli Zaretskii writes: >> Clobbering a file doesn't imply that you lose its previous contents. > > I never said otherwise. Then what's the meaning of your >> > How is it different from clobbering a file by making it empty? in response to John's >> >> I would not want it to erase the buffer. Countless have been the >> >> times that I've been working on a project, and an unbridled rm >> >> took away code from the disk which I was very grateful to find was >> >> still in a buffer. ? From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 17 12:10:49 2016 Received: (at 23276) by debbugs.gnu.org; 17 Apr 2016 16:10:49 +0000 Received: from localhost ([127.0.0.1]:38589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arpHc-0001Pm-Nw for submit@debbugs.gnu.org; Sun, 17 Apr 2016 12:10:48 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1arpHb-0001PY-5P for 23276@debbugs.gnu.org; Sun, 17 Apr 2016 12:10:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1arpHS-0004bc-Ft for 23276@debbugs.gnu.org; Sun, 17 Apr 2016 12:10:41 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 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]:51098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1arpHS-0004bY-7L; Sun, 17 Apr 2016 12:10:38 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4684 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1arpHR-0001hX-F5; Sun, 17 Apr 2016 12:10:38 -0400 Date: Sun, 17 Apr 2016 19:10:22 +0300 Message-Id: <83vb3g9pxt.fsf@gnu.org> From: Eli Zaretskii To: =?iso-8859-1?Q?=D3scar?= Fuentes In-reply-to: <87mvosw7g1.fsf@wanadoo.es> (message from =?iso-8859-1?Q?=D3s?= =?iso-8859-1?Q?car?= Fuentes on Sun, 17 Apr 2016 18:01:18 +0200) Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> <87r3e4wew9.fsf@wanadoo.es> <83wpnw9sfn.fsf@gnu.org> <87mvosw7g1.fsf@wanadoo.es> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 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: -6.0 (------) X-Debbugs-Envelope-To: 23276 Cc: 23276@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: -6.0 (------) > From: Óscar Fuentes > Date: Sun, 17 Apr 2016 18:01:18 +0200 > > Eli Zaretskii writes: > > >> Clobbering a file doesn't imply that you lose its previous contents. > > > > I never said otherwise. > > Then what's the meaning of your > > >> > How is it different from clobbering a file by making it empty? > > in response to John's > > >> >> I would not want it to erase the buffer. Countless have been the > >> >> times that I've been working on a project, and an unbridled rm > >> >> took away code from the disk which I was very grateful to find was > >> >> still in a buffer. > > ? Just what I said: a missing file is (in my eyes) very similar to a zero-size file. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 04:24:35 2016 Received: (at 23276-done) by debbugs.gnu.org; 18 Apr 2016 08:24:35 +0000 Received: from localhost ([127.0.0.1]:38882 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as4Tz-0002gQ-Fd for submit@debbugs.gnu.org; Mon, 18 Apr 2016 04:24:35 -0400 Received: from mout.gmx.net ([212.227.17.20]:61755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as4Tx-0002gE-Ee for 23276-done@debbugs.gnu.org; Mon, 18 Apr 2016 04:24:33 -0400 Received: from detlef.gmx.de ([87.146.63.124]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MBWIM-1b0MTE298Y-00AVOt; Mon, 18 Apr 2016 10:24:26 +0200 From: Michael Albinus To: John Wiegley Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> Date: Mon, 18 Apr 2016 10:24:25 +0200 In-Reply-To: (John Wiegley's message of "Sat, 16 Apr 2016 18:54:17 -0700") Message-ID: <8737qjmiiu.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:92kiB9Q3rPc83mXPLikYKk+jnG+EGqsIB6Pkne6MK7lU0DvnbSm WqVU/ZNHEuCOj/uv4ej0rDwv3s23j+hPLV5FJPj+988wG0+58H8Pecvg//ydC/+0Atf908z Db5SzTyqRrWvhqjvyXABvfOtNvNExVNiOafenk0S3as9jLIzZcQbMBNXcJxbEq+MFkOI+Td 8IjcrxLWAo3OnuHZR2QaA== X-UI-Out-Filterresults: notjunk:1;V01:K0:pugCrTAIsaw=:mpdiuwZC5+FYp+WxdGJ/dI rV8tdAh9LTXQWFdpxKZzlD0f0phndKEEcZzMlp0hIesNWmLmVl7rfszaFgMmRVQdfNhJEsE2s mL9Paj9DyVghaZvIq1Nux5f2gsJNKTfgRwzbvSEq6UjwmCDwuigu8RPv3NqoVdc3au0Ic5v5R bxMEezIDpPnK2RRrIgE37L2L++OHH3Dgx3xIHA8a6Y9OMfz2ujLrQVXEpf39YyCZ+nW/jLkLQ WQU2GUUZyCIsgTgOyOmTZywuYjZGdUxksYnSgGc1zNR8Vhvb6KPRvkxYR4XMbf2jZPhi3Y3wn IRWZpStqSTEL71vlFoa/cqTHMR54MblMkWhuMnnAcPP7qenBD7ZcRGxuyP/vISybXhpO6b3GX P7e4k0KvAm5TXEE1tuMj1+fZyDx0rBWzqqrqB2Q5TfLH6tTffn2FjYoMBqtDnMZLevF6gKcut h77ezBvpd3E9gYHFSNYNiM1ZUZdO2ZGRr8LMr6VBj3OWH4y+9Woig37HBPBLMMxZ5ndcw68b4 FKac4gkME/dG0/8sDnF4/OekxdAk49dVXpJTGPY0Wm7fQ+6b9eM/HhlgBqbxqO3Z3Auu7VwW0 H7SPGFgZVtcqtHmdhFQ2h/LtoKOHftMNIH7JTiQPIqX870ctLaOFR29sczQxI5u/JSYWyz/hC AjKrBeP4XauzyzLE1tLV/fGoTJrj9KN1W9ciFEM2uaynI3TyB/H8j7IWGLndxcWpKdIbMAC3C x+/8apG13klturUoii8LxhJ9e55svJbDGvcWAMligHu2jgAJ8xhyCCJHTecbNSOY7mYcDlTVI c0wqbWf X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276-done Cc: Eli Zaretskii , 23276-done@debbugs.gnu.org, andlind@gmail.com 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 (/) John Wiegley writes: >> And I still am not convinced that deleting a file under auto-revert >> shouldn't erase its buffer. Otherwise, it sounds like just half-auto-revert >> to me. Would we keep the buffer non-empty if the file existed but was empty? > > I would not want it to erase the buffer. Countless have been the times that > I've been working on a project, and an unbridled rm took away code from the > disk which I was very grateful to find was still in a buffer. I have committed the patch as shown recently (plus a comment) to the emacs-25 branch. This is the least invasive change I could imagine, not endangering the release. Closing the bug. Further changes should go to master. I've prepared already a test case for this. And while testing I found another annoyance: autorevert did not restart once a deleted file has reappeared. This I have fixed also in master. The changes in master will be pushed once the emacs-25 branch has been merged next time. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 18 04:26:16 2016 Received: (at 23276) by debbugs.gnu.org; 18 Apr 2016 08:26:17 +0000 Received: from localhost ([127.0.0.1]:38889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as4Vc-0002jb-Po for submit@debbugs.gnu.org; Mon, 18 Apr 2016 04:26:16 -0400 Received: from mout.gmx.net ([212.227.17.20]:65011) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as4Vb-0002jP-9J for 23276@debbugs.gnu.org; Mon, 18 Apr 2016 04:26:15 -0400 Received: from detlef.gmx.de ([87.146.63.124]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0LeBPM-1bWe3I3lfg-00psms; Mon, 18 Apr 2016 10:26:09 +0200 From: Michael Albinus To: John Mastro Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <87vb3hgzr1.fsf@gmx.de> <83fuulbcq7.fsf@gnu.org> <83d1pparh3.fsf@gnu.org> Date: Mon, 18 Apr 2016 10:26:07 +0200 In-Reply-To: (John Mastro's message of "Sat, 16 Apr 2016 19:57:12 -0700") Message-ID: <87y48bl3vk.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:TIMeg5abPh0XbJ5sBkM9Hy4c5DCVmULCHAXgqOtIOCC377Np7PR jdmHAXZpXe2+3KDdUubFbB23IrXOyi4AcWwwQkt+RoeOaLUg6kCzKnYEBwIUphhC46KHcwx Z3Rn46GEbG3bw7laJ1GcsF7BrM/AKeDKKpQvQpOtrZFSKAWoj4rke7WzdYYb6wPpKvGuoYU qam0OYxD8HxvETYvEdBJw== X-UI-Out-Filterresults: notjunk:1;V01:K0:nBb6KTkzB6Y=:vPqQZd3PMvCC8B21Wh73fz 8YJYm0m0j6igFQ8SLw0W4QkRfRnEdoTi5S/ipTDKf6QfOjTdDZIuhakZwLpQcdLtVOLBq/pUn PkrGHLzIhxWVpPDfOBz1d9MydeP+xvgSZXTFk3mj1dH0+3ZlQMSk0+7bG9d3cZgW9rrNV+2qd ohYfUo4szHUbf66okoHW0FW95hXNSvAmlc/iotP3zTMbUY5rQIkXwEyDB2mstMMx59kh8csUg ikNrwLe5f1/oponAcTXz5WV7CPW8Nnc5G2IYBqZVDXCYqdjtLgtiOiexQQLHsPApRcrhy7gVt r9dllhB1b5qhfUNprmtCUzgSGiCwgBH1HSbCBWytUNpkwk7cT/TrzQZeK+Nlj+3Kf5mpuRuyg EYSl8V8Iut7GAsNwg2n5wUTFg6MCT2eN5l3dL5Ey6AQLvTvmLMuOjjKF7VXbrh9YXNCD3Qx+9 u0EpY3Mhp8uNIa0Ivw4Iw9s/WzKhW9Cr0NCz+6HNiZzXPXV71H6DA/HH8RmAh3tkanudPJmSq eM+jeMDXXjvN/rIA3tE85+lnSUntsenzzYQG576jVtx9a75GiKZKgXaa7AeRQo1b3Avcmk0B3 WZkv/iPPk0lbdTlNqOA7x79/AhWIANoAXROhOwYDpzootTcMEjjU4h+u0w0H4neHCl/pZCbhk +nN2HiONW78NtqZKJs5s0EvCvV6Isp+mPHyuxlwWrO7NnJEHubU0+3csu/NJ5Nh3/Gy7sWpqW QEaz/K7c7qHvAAUj1MSTKEbPhKs24mdpYw3YdmJnn9L1FPz7UrFYXptdbYX8BGfTB8TE/yBgt 6YEWPi6 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: John Wiegley , Eli Zaretskii , andlind@gmail.com, 23276@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 (/) John Mastro writes: > Speaking purely as a user, I think a case can be made that it really is > different. We could say: > > If the file exists, auto-revert updates the buffer based on its > (possibly empty) contents. If the file no longer exists, then there > is nothing for auto-revert to do, so it does not modify the buffer. I have added this to the Commentary section of autorevert.el. Will be pushed to the master branch next days. Best regards, Michael. From unknown Sun Jun 22 07:35:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 16 May 2016 11:24:04 +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 From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 15:05:55 2020 Received: (at control) by debbugs.gnu.org; 29 Dec 2020 20:05:55 +0000 Received: from localhost ([127.0.0.1]:40268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLFj-0001AP-Ir for submit@debbugs.gnu.org; Tue, 29 Dec 2020 15:05:55 -0500 Received: from mout.gmx.net ([212.227.17.20]:42201) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLFh-0001AB-5j for control@debbugs.gnu.org; Tue, 29 Dec 2020 15:05:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609272347; bh=7pR5ibc9fj39Smy0cKGfeDVuOH1T09EmZB7gm5jKNuI=; h=X-UI-Sender-Class:Date:From:To:Subject:References:In-Reply-To; b=jpdfOew2O07Y7aPwaYVZ6Cz8i7JXri3MXi8WCpcAgy9DE589yqR19iCdYZa/pU3yT 1R60J6VcNMzYbsJi0n9a+XaKMoSuVW73YMV26kFfw01DeEl42GZdGr5Us/c3TQsyv0 cs815BD0xP6PaKLOnX8XcpJ1XUuoKAvgXGGCoKyc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1Mnpnm-1kDu1g3TMA-00pL0T for ; Tue, 29 Dec 2020 21:05:47 +0100 Date: Tue, 29 Dec 2020 15:05:44 -0500 From: Boruch Baum To: GNU bug tracker automated control server Subject: unarchive 23276 Message-ID: <20201229200544.wuolkuo7guxpswi4@E15-2016.optimum.net> References: <20201229193205.xmqpic7noqra7ghn@E15-2016.optimum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:HkGG3Q7eLWz/72bRw1JriS7wzy5xId6ysv+8TLwzj1sfUpHpxhU zosxbj6C34fQEqzoNQ+0nkOmTwwxmXjV93a9xGhxBAWj2HRoc5dYW16jhacAsjoa8aMYoA9 CnvD+0PF25L5topiCWk630oZXNWKpKlvuuuHSDdhcgbiwuHF4ORrq6E3KPZ/g+NPgvCY1CN WTI5THM1b2kS8B36cGNoQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:dOxe6icIrhE=:E2jzX6yc7/RVNQ68fRKHsl fv1CkLlA8lyNb9HQ/HuIVPpxzfIj7VveZfijh+bYTosRyEY+w8J+2GaoLYO+RLhLaGxkdHB+A HNgpU1GZs3EuT5ekH4znrE+2vs0c55l8pVp7yRoiKF254bO91qKh1Og95SjKinJBk41vLzpMS d4K8NaoXG4s+3j/Az3O1P97ypKD5dfkVyaT87UZ6x+UThdtJ62TRxodCbxkqTOvBs4+izvnW/ fuPUT1z/xDgpzU8UHcusjYXVdnVl2rp+PMYKKn90s1TONI30/u6WQo3i/t7rhnDwN6T89VUkJ Vd10DdCTY47LBDoyornlWm4sH+F76IXm21yvR1bFrv1snt4tEOzbiA1PP1EW3LnDSlBpLnhNx e1UOcpD4X1rWYF7Bpw4XYkIfIUyem9fn+pG1XvXuYZQxkOUkVv8qkvyZJqcS3Zz1mKwV/2GQZ 4G3fRvITgUdjeFycbJahRKT1MI7PxxsRPJnPk/WX11kwWdvvW8Ct1Dy9IvGZLET2WoONjTmTO 3iNPGfs1CrfW74c08cWMw7ArwLrpGUYSlOTtswtX+cFa4+bBNtFKvAZnQlv/0npAnbx36VMfR o84pH/M5EJM7qJmovOYqSOztypMafZfBbYD2zA3h2EyuxHcW2y9TPYKDt/23S8bCfq+zrQmIA 6+98M4TWGHZlKHQU71ilCLuVMYSCuyGdTd5mwJ5q0EYhHElsHDXOgzdwVvhuasvSQKJq8m/W9 LlCF1KAPPKdhcbdZr6JMpDkZBJOALPWCAs11excZoY02usRvYFmYfoiyMjZI6UI+zCWxupfOn A4WrM6BATWmKxr6r/0nroO07hn4pM3FMA923hqt9vUn5zDtGvJLNpzybjAEa4rqIpax97H1NA pVFON/zAPo2N8694p8ZQ== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control 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.7 (-) unarchive 23276 reopen 23276 thanks =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From unknown Sun Jun 22 07:35:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Tue, 29 Dec 2020 20:06:01 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 15:07:56 2020 Received: (at 23276) by debbugs.gnu.org; 29 Dec 2020 20:07:56 +0000 Received: from localhost ([127.0.0.1]:40273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLHf-0001De-VQ for submit@debbugs.gnu.org; Tue, 29 Dec 2020 15:07:56 -0500 Received: from mout.gmx.net ([212.227.17.20]:54407) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLHa-0001DM-Io for 23276@debbugs.gnu.org; Tue, 29 Dec 2020 15:07:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609272465; bh=2kFSrxAF9vTtgFWC7iD2T+GIzUpuf556zAi7JtVXwgs=; h=X-UI-Sender-Class:Resent-From:Resent-Date:Resent-To:Date:From:To: Subject; b=dY0ouoiNU81iUk/bUPX/Kg+SLODRG2VO3McCHq6e87MRauvTX3KqyvwlnGZ4luXaF PPj238HsSJ7b3w9Ej1ouuthD4+PS4zBLbGjWz/H9f9CfwP+LqHp2gF2949KMb2xjHB U/NYjVpJfYYSNHYl64yaqj93Ye7lVxSsZnFCz8Ig= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1Mz9Ux-1k74Vf2sGh-00wEbl for <23276@debbugs.gnu.org>; Tue, 29 Dec 2020 21:07:45 +0100 Resent-From: Boruch Baum Resent-Date: Tue, 29 Dec 2020 15:07:42 -0500 Resent-Message-ID: <20201229200742.mmc33oy6ncmt3zlv@E15-2016.optimum.net> Resent-To: 23276@debbugs.gnu.org Date: Tue, 29 Dec 2020 15:02:29 -0500 From: Boruch Baum To: 23276@debbugs.gnu.org Subject: autorevert for a deleted dired directory (ref: 23276) Message-ID: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:mT+VtmHe/SRSsGQcTevwQxzWkrVXAdiWrhaZmqAwGyGpoACq1XH EHiQdd/qyFPcM/Mw3rPZOmLIIel58Cgax6tux4LTHzz37iQnGG7bv4AW2vcbo+XEi+2RSuW PpzbGlg2NQa/e7B5Mk+ovhZF5KNQENaBP+b7OteghBQRHXPblAC5cpREL4xt/flAxXvlWAT LOVfnq96t2PrnApiJF50g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:JDZ5eryROD0=:zmrP0mkxxHhEp2Ll5L3dSv J1cDyF44eCV8hW54i2ohTIe1fNbqZUdnH/WoIcChfvpg4BwSeUJvYxQ23lhrn1cb1qzVmKN+W ewW3yguBgiQtljFwa5Fq8z+EKer6mSdOo2QiBzuh1FlxnF5Vm0cs0ivwaVrfehL+enknYfJ7r TkVpmbErEoSXYpOYvOc81pKXy8aQcmg7r1pszvCRlKwYhvYdz/3uUM8Rc8uQ+Zt7WI/FI/BUH 3rLN8yEPGiHsmj+INCwkPgK1DI2wiNzltmk02AgegJQwQ8Wa3NUKxqG/AbV4CtitbZCWz1heV C9UfSUaUOc+kAgPijsjjyonzdU6rkOig6Q1eaHLudaykp0YN0mTpyb7IIJPk0EKD31RAx9zlp yYwWBgEcdPruBct/lEEKsBXbQsrx0uJ1C8Yuag36YXRCPx86+jVjgGJ24OwvZdzjw661mRH5W WQ/gjpcGIr/pKaOKTTNz4ZFE3AEehD7wHxsciFOw1kR2OUvrhMDBQfrdr6L4QcRpL2P3YbbxZ Vm0oNBPu1/Q4eacSi354aV8NYlPlhLJTSpMa/xD+iord+qBnc4D5Si10QnTOfFckiNBX1gGuJ YSaQcgts5vAUpyITe7ZWYBqXVCI8NotFhzFdH5XLP5j5GuyNRQXITjfpBRgvYx65ebTYVEc6j FbdX38O2Ngjx6Fg6Nwa5VxYVrqzQLAZumCrrCPnA53uxLqy5tY1gPJnJjiIMkSOcY5YBkifpR ovyNFGgjmpjXJQHPaImNaXtELMIxaj+PJNuWuA7D7r/J2IlRPepTfAdrhasVAu2RUxpQDJRxY cxj1gVl/DyMT9Z/t7QTeuD9/9PYVtANZ4YAnkHSk1LHkCxfRZofOm6ZAEvyTxuWXzmmVxHIAk slmJ22EjRSsRGwLrKBfQ== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 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.7 (-) First, thanks to everyone/anyone who documented bug 23276 in the body of file autorevert.el. Because of that in-line documentation, I was able to easily find and read the relevant historical discussion. I don't see in that long discussion treatment of the case of a dired buffer when the directory it describes is deleted. In such a case, there isn't any meaningful recovery operation that I can think of, and any attempted operation on the buffer would only be a waste of time and throw errors. The biggest waste-of-time case that I can think of would be entering wdired-mode on the buffer. I've tried it and it only throws an error on exit, so a user could spend significant time editing the buffer for naught. Of course, a solution for that specific case could be coded outside of autorevert, to have wdired-mode itself refuse to operate on a non-existent dired directory (unless (file-directory-p dired-directory) ... which might be a good idea anyway, but it doesn't address all the other less potentially time-consuming dired operations. Personally, I wouldn't want to see the buffer deleted, because that would mess up package diredc (shameless promo interruption: now on MELPA!), but the buffer could be somehow prominently labeled as describing a now-deleted directory, maybe in bold the top visible line. That way a user would have a record of what was deleted, and would know that the contents are only documentary and not operational. I've coded handling in diredc for its history and navigation functions, but there are also all the 'normal' dired operations to take into account by all the normal dired users. NOTE: Because I'm picking up on this thread from the web interface, I don't have many of the email addresses that contributed to the thread, so at this point I'm hoping the server will auto-magically copy anyone who should be copied. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 15:13:29 2020 Received: (at 23276) by debbugs.gnu.org; 29 Dec 2020 20:13:30 +0000 Received: from localhost ([127.0.0.1]:40277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLN3-0001MX-LW for submit@debbugs.gnu.org; Tue, 29 Dec 2020 15:13:29 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60800) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLN2-0001MI-3n for 23276@debbugs.gnu.org; Tue, 29 Dec 2020 15:13:28 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38140) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kuLMw-0006Ya-Ql; Tue, 29 Dec 2020 15:13:22 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2499 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kuLMv-0000eS-0C; Tue, 29 Dec 2020 15:13:22 -0500 Date: Tue, 29 Dec 2020 22:13:13 +0200 Message-Id: <83r1n8id5y.fsf@gnu.org> From: Eli Zaretskii To: Boruch Baum In-Reply-To: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> (message from Boruch Baum on Tue, 29 Dec 2020 15:02:29 -0500) Subject: Re: bug#23276: autorevert for a deleted dired directory (ref: 23276) References: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23276 Cc: 23276@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: -3.3 (---) > Date: Tue, 29 Dec 2020 15:02:29 -0500 > From: Boruch Baum > > NOTE: Because I'm picking up on this thread from the web interface, I > don't have many of the email addresses that contributed to the thread, Why not? The debbugs Web UI allows you to save any message in mbox format, and then you can read into your favorite MUA and reply to the message as if you received it. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 15:26:31 2020 Received: (at 23276) by debbugs.gnu.org; 29 Dec 2020 20:26:31 +0000 Received: from localhost ([127.0.0.1]:40291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLZf-0003lV-4b for submit@debbugs.gnu.org; Tue, 29 Dec 2020 15:26:31 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:33730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLZd-0003lH-6U for 23276@debbugs.gnu.org; Tue, 29 Dec 2020 15:26:29 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0BTKOeKD159671; Tue, 29 Dec 2020 20:26:23 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=9U5kaBZotbfR3PqoplxTybjs1RKkWogIANsg9eBoSCE=; b=veIpTXm2+hcGN6y9o3bujPw6hx1vymiN3WfqRNGfFVRD2kcO3/+vNEP9AXwfZeosrIzF 6zgc+lVlMsc9JmEbAWdX6mS13bg7HiJhxir2mAv9wurL09XZHWSe+DNRpIhUFQVNoCRa 2Hj6dpDfg38L1Bj0N4230kOqI6HAeo9fhE1UoYMIrgj9ZYZj0bX4NRkV8mYQ7MCZtEXP MrQuvMjZVSmAq8ru+S+G46CnpAExhp66D+AGPvlpQN+5nzFoVBllzINh2QphvQF7yUgw 5gzWOr4hTAFZ0mXVb85AUk7JFhYEnSs6sXzMtgxLvcA6Vmp4Ys91GyOTok7L1Z+mceps xg== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 35phm1e4qr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 29 Dec 2020 20:26:23 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0BTKKwi4179123; Tue, 29 Dec 2020 20:24:22 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userp3030.oracle.com with ESMTP id 35pf3x2db5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 29 Dec 2020 20:24:22 +0000 Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 0BTKOKXY024630; Tue, 29 Dec 2020 20:24:21 GMT MIME-Version: 1.0 Message-ID: <310ee0da-94c8-49b3-afd4-4418735aa02e@default> Date: Tue, 29 Dec 2020 12:24:19 -0800 (PST) From: Drew Adams To: Boruch Baum , 23276@debbugs.gnu.org Subject: RE: bug#23276: autorevert for a deleted dired directory (ref: 23276) References: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> In-Reply-To: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5095.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9849 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 malwarescore=0 adultscore=0 mlxlogscore=999 suspectscore=0 spamscore=0 phishscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012290124 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9849 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 priorityscore=1501 mlxscore=0 mlxlogscore=999 adultscore=0 bulkscore=0 malwarescore=0 spamscore=0 impostorscore=0 phishscore=0 clxscore=1011 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012290125 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23276 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: -3.3 (---) > I don't see in that long discussion treatment of the case of a dired > buffer when the directory it describes is deleted. In such a case, there > isn't any meaningful recovery operation that I can think of, and any > attempted operation on the buffer would only be a waste of time and > throw errors. >=20 > The biggest waste-of-time case that I can think of would be entering > wdired-mode on the buffer. I've tried it and it only throws an error on > exit, so a user could spend significant time editing the buffer for > naught. Of course, a solution for that specific case could be coded > outside of autorevert, to have wdired-mode itself refuse to operate on a > non-existent dired directory >=20 > (unless (file-directory-p dired-directory) > ... >=20 > which might be a good idea anyway, but it doesn't address all the other > less potentially time-consuming dired operations. >=20 > Personally, I wouldn't want to see the buffer deleted, because that > would mess up package diredc (shameless promo interruption: now on > MELPA!), but the buffer could be somehow prominently labeled as > describing a now-deleted directory, maybe in bold the top visible line. > That way a user would have a record of what was deleted, and would know > that the contents are only documentary and not operational. I've coded > handling in diredc for its history and navigation functions, but there > are also all the 'normal' dired operations to take into account by all > the normal dired users. My own take is different. I think the behavior should be similar to what we do for a file. The only difference I can think of (so far) is that the notion of "saving" the changes is combined with the notion of turning off read-only. For a file those are two different things: `C-x C-q' doesn't save editing changes to disk. When you use `C-x C-q' to go back to Dired mode from WDired, you are in effect saving your changes. If you're in WDired making changes, and something - ANYTHING, inside or outside Emacs - deletes the directory, then what should happen is that when you try `C-x C-q' to save your changes, the directory and its files and subdirs are created, so that the Dired buffer is made to correspond to the changes you made. That may not be easy to implement. But ideally that's the behavior I'd like: just like saving changes to a file buffer, if something - ANYTHING - deletes the file while you're editing its buffer. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 15:46:46 2020 Received: (at 23276) by debbugs.gnu.org; 29 Dec 2020 20:46:46 +0000 Received: from localhost ([127.0.0.1]:40335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLtF-0004JI-P2 for submit@debbugs.gnu.org; Tue, 29 Dec 2020 15:46:46 -0500 Received: from mout.gmx.net ([212.227.17.21]:52399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuLtB-0004J2-EZ for 23276@debbugs.gnu.org; Tue, 29 Dec 2020 15:46:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609274758; bh=7YaBrzzzUrYYp1+ujV1VUwLg3kmCcKWLn9DZqX9VgME=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=RPKZHsJXZGUx69GP5g6Nz2j++zIt3+r2PO8VtrsZC2jQd+QtJnnjBo652f2o+xLpM iRheDrxb1DCuqF/zmz6QipoCAj74VfRWwxmnkviww5qwMyx3L88NVeUmf7YqzYraoC dQY4/916SKMf+Qr6ruHy4xE+JJI59KI9KTkLSZbA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MplXp-1kFGJP0p81-00q9ga; Tue, 29 Dec 2020 21:45:58 +0100 Date: Tue, 29 Dec 2020 15:45:55 -0500 From: Boruch Baum To: Eli Zaretskii , Anders Lindgren , Michael Albinus , John Wiegley , John Mastro , =?utf-8?B?w5NzY2Fy?= Fuentes Subject: Re: bug#23276: autorevert for a deleted dired directory (ref: 23276) Message-ID: <20201229204554.26g6d7426rrwclp6@E15-2016.optimum.net> References: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> <83r1n8id5y.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83r1n8id5y.fsf@gnu.org> User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:CHKienC1lNLfOWOZinLbQZ5GbW32iEp79+AcFGDQkUQscrjOeGZ ga36PuGA4iFs+hasseBJljpvSiAGjOUeii3RAJ72r0s3bV9x7HkTD3UoCaa/223/mwX7Aft SQvXnZb8MGAhvs32fgxJ2p02faDdSqojlrc7Z/pkNA6i5LEfApziXLKHsjT4GUO9+Bl1ruN /9O4M/4qinkGXJeb6SNbw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:CRlhG67aU60=:sGIdSddNBqztrnQt6lQsIn 1YQ5fXNZZVfXJL2jCI05+nmeG3wFbAEu2qAm155A0x01ZoVRmJCQ8JM9vCJCR+X3eeg2T9d2i I05Rv7k4DbUnk49K8FJyivFFvqVTIkqlHUbSFfohsuBOoCtjAUeXcSurVzIgP6BuX/qntKs0z WMFjb8MO18NLemsx3J3H5hFkK+emeArlxFVwlXouS+w3MMnyLXas1jr7akWd5ABCzAvdjQ4L2 o/ptDadIWGGjnFnbGjuXe0muOZTT89qh1o4j00PF3obYevlwjEocLTQhDl584F981LXsUxR9/ 7Nq/vUFVP14HpcOL9b50nvZiXw5OUTgP/n9tOgioFMq8k09QxhcT5+bqNn18tqnfZJ9VkqMs8 +H9ixKzRw8y70B4YklSXZzuFm2x1HMBL7nCgI3IS0qd6qAj1oW/P7L0S4vN9nVrLSGCRkFtHJ MVOTtMRRSDgxlhx0wUgPVlPdf3MvLx2huMr+vm3kGeYvqLB3JGCvOkpFS65WLUcm7B1yKK5zv EUMSTOYRm93GdfyXttUIRagAHFBAFHrUlUahvYtjiFjzCBGuRMTf5xlwTT2uYORWo98n5iC+x BfwI4tRXkrqxwwXU9ymfiu5tcSlgQohBe/uaepdzC2oULt7jTlmyJQR+mTpXqRD6pAnj+o2dU U7QDb7cB4i2x7AINJoqQrGqP8PLviHDOnj9vXLzht3y8qyj2VKmreJYFSTF9GQpUbyBbmFo7s Bwtj0xiEzNtBwxgU8cUVVB15gIqMaSRK3z+YuLeJKOsOZcLVWx5jn/m/ST4FV5V3FPnHdeEIs MbXqdqNuifUUAfDUVZSxJxCFHoPgY8JKhZQ7IphchcPq/i+Ul36yl7q+3N1AenAWP7bQw2QAK fYe9hK/JpC1ZBr6VCH2A== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@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.7 (-) For everyone who didn't get the full supplemental bug report quoted in par= t below: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D23276#76 On 2020-12-29 22:13, Eli Zaretskii wrote: > > Date: Tue, 29 Dec 2020 15:02:29 -0500 > > From: Boruch Baum > > > > NOTE: Because I'm picking up on this thread from the web interface, I > > don't have many of the email addresses that contributed to the thread, > > Why not? The debbugs Web UI allows you to save any message in mbox > format, and then you can read into your favorite MUA and reply to the > message as if you received it. So, I guess no auto-magic today? Thanks for the tip, but because each contributor had their own message, it was still a manual process and didn't end up saving any time, but hopefully now everyone can revisit those glorious days of year 2016. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 16:18:35 2020 Received: (at 23276) by debbugs.gnu.org; 29 Dec 2020 21:18:35 +0000 Received: from localhost ([127.0.0.1]:40368 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuMO2-0005JP-QJ for submit@debbugs.gnu.org; Tue, 29 Dec 2020 16:18:35 -0500 Received: from mout.gmx.net ([212.227.17.20]:54055) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuMO0-0005JC-UW for 23276@debbugs.gnu.org; Tue, 29 Dec 2020 16:18:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609276704; bh=C3LiREdQclCQG1YucPu8LMQriItcQTK5zUs1sQXbOYo=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=aObKq3zxaghoKUWRJW7B9FcNwa5peVYIQrk+gWGgjzP/krKIFqa6ssAFnVDBHA4YZ DbJBUrLzfR9IIT2caEIgxqHml1VEYS5HlDdfOFenwWII4EoyMoPOGdvfqQiMI1I/Ey CTzlFb+vv9g3YS9Yrwo4EGtpwqIntlCWovl2wQfc= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from E15-2016.optimum.net ([70.19.86.82]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MbAgq-1kIohr2Eci-00bZ2I; Tue, 29 Dec 2020 22:18:23 +0100 Date: Tue, 29 Dec 2020 16:18:20 -0500 From: Boruch Baum To: Drew Adams Subject: Re: bug#23276: autorevert for a deleted dired directory (ref: 23276) Message-ID: <20201229211819.f6xohj66hpb5dqeg@E15-2016.optimum.net> References: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> <310ee0da-94c8-49b3-afd4-4418735aa02e@default> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <310ee0da-94c8-49b3-afd4-4418735aa02e@default> User-Agent: NeoMutt/20180716 X-Provags-ID: V03:K1:9h6nO0KjBSVnhTvEfB5jHdyaodDY00jVZwbZSWnHi/k6BIc4rqQ RFguEg1VMdkA6R6GmbIGopUqXAVvEAY6PModuZ4pAaXMd8zxgyoegKtRRR5i4NLzseeTrdB o9J4FgV/8MYZeYOiTjy4ZjMUR0ZFvWf4Xj1S6R02nXxkhmffz6vr9bz4oA2crj8r5juL5DO pzYV2VQn5QmXrUz/EH99Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:7RIDtenblow=:2RFURfegXK6l1XoFnl6EUd 1OCyyIWcqUdpJgmwl9ewOLQUn/vjOgP8vSNhhHPSrLkp+q1QtOkbx8of/zRcne5HV/QCLvKIa jnD0JGd2E+TSnkKf5lzUo8VJ3ntWo5ekiC/bFC/1HKFHLfV3/C+A1GdhUowpULXw5gNB+yHuu uZTekU8+LZg1E94ylWQI+4b+HFADNuj4Ugc3EerTQ7C/MwwZTRzMw7/Vft4dmspSDojiTvK/F /XqByOh2wYwpJAw4Ao+2z1WC0XGPtTk/2F5YEfF2SiSCssF0926GZwyIlY/+0pObFxUpTXFkn auIUK2/dlx81XoTOtQqBZgBo3n9JY0XA1ErD9eMhQxecGfjujbkmTP5AGIU7PeLIB9JCZSGQS /8yG5ipClEuvXzzHawazYtTB9qvUg+nUs+esrCOdnpXneAFT0TtsIPs9sVb+1WcLFSNWs1yuC 1wqkOf8v4FrrDIFhYb2azjF4C4sXv4udNFLveAeIM/FSBQ3hkim4NyCfqCfLuMs23tMhHY07u rYqCT4vhXfXq1+iaqJMpIfZ4lzvQRrF11COuVqqUXQqj6qX8ZA6M01fNdr19/tNIBait8ND73 nRA4t3nLebsIgQ6IdzRGVBewxA0/NbUHDBd5tkPRlAbreJtC60znm1gYpSW4ZCiFxrXq5D1Rx JdNiwyN8Lk28vsRgz7XEALvoK2paktO+kzHPCdkPBlTGgj9tSy6mlukFtsBCcg7j2B0h8TXgm ZHkkj0EIlDO2i/gvk+j9l3ncLmth8eNDXkA+kQs98mHTAbvIxTaPaJ+eaXmOqfF+L3MlShWCe oNWhfM8YE+tQWUrj9OeMomJRpnjFSySp4iHEW/oWLIN1toEAE4SgSkIUlseNH/E+Mg2swsxEU 9NZ3tNaD5azmOBWr/egQ== Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 23276 Cc: 23276@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.7 (-) On 2020-12-29 12:24, Drew Adams wrote: > My own take is different. I think the behavior should be similar to > what we do for a file. > > The only difference I can think of (so far) is that the notion of > "saving" the changes is combined with the notion of turning off > read-only. For a file those are two different things: `C-x C-q' > doesn't save editing changes to disk. > > When you use `C-x C-q' to go back to Dired mode from WDired, you are > in effect saving your changes. I was familiar with the "C-c C-c" keybinding, but I tried your keybinding just now for a simple edit and it work! I don't see it documented like "C-c C-c" but both *are* bound to the same function. > > If you're in WDired making changes, and something - ANYTHING, inside > or outside Emacs - deletes the directory, then what should happen is > that when you try `C-x C-q' to save your changes, the directory and > its files and subdirs are created, so that the Dired buffer is made to > correspond to the changes you made. > > That may not be easy to implement. But ideally that's the behavior I'd > like: just like saving changes to a file buffer, if something - > ANYTHING - deletes the file while you're editing its buffer. It would also create expectation-conflicts between inside-emacs expectations and outside-emacs expectations. For example, if outside emacs I perform a 'shred' operation on a dirtree, I wouldn't want that operation undone by emacs. I would have a likewise expectation for a simple delete in an environment that doesn't implement some form of 'trash-can'. At worst case, I'm imagining emacs performing file-locks on all elements of huge dirtree in a multi-user environment, all for a single file rename... =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0 From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 17:07:34 2020 Received: (at 23276) by debbugs.gnu.org; 29 Dec 2020 22:07:34 +0000 Received: from localhost ([127.0.0.1]:40421 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuN9R-0006VM-R2 for submit@debbugs.gnu.org; Tue, 29 Dec 2020 17:07:34 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:60504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuN9O-0006V8-Ut for 23276@debbugs.gnu.org; Tue, 29 Dec 2020 17:07:32 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0BTM5TmD081818; Tue, 29 Dec 2020 22:07:25 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=v8YE4qCLWsL3bgj3/+K3xXaTGQoFacccHtX8ReVdcjc=; b=jJ7MgRgkjYx7QAuJg76izxiJeDHnhBiyAYN3vPnlUBWGvRFfwGy5BhrYpRVaOebJzBUV strWRnIfulRcXEqcp1p2no34RElkMkzMy1WVvL2Ghqfv4yvJDJ1bs61VUnQnFeXZcEOx 5LnwQVzp6HDCcG8I9oRRpfGgJW86h7LK1tKaxBZENYeAiJG+G/74Qx06AlAr3bSD2buh OLF54XlS+nnTe0JB9026m8ZtaJbN38B91HMnJSAXQVYcBhaqPSFuatKdlcrsi1KTdPHZ XzKlR2we1PC/3/BVlQ3g/g0kQ5FBAbMJqjTSdSgoHrobsBhCElceK5j8RKuKoohiG/iy +w== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2130.oracle.com with ESMTP id 35nvkqqcb2-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 29 Dec 2020 22:07:24 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 0BTLxwOQ100360; Tue, 29 Dec 2020 22:07:24 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3020.oracle.com with ESMTP id 35pexs25w8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 29 Dec 2020 22:07:24 +0000 Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 0BTM7HJV005898; Tue, 29 Dec 2020 22:07:22 GMT MIME-Version: 1.0 Message-ID: <39bc6adb-bad1-4e37-a4b6-ef5889348e1d@default> Date: Tue, 29 Dec 2020 14:07:17 -0800 (PST) From: Drew Adams To: Boruch Baum Subject: RE: bug#23276: autorevert for a deleted dired directory (ref: 23276) References: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> <310ee0da-94c8-49b3-afd4-4418735aa02e@default> <20201229211819.f6xohj66hpb5dqeg@E15-2016.optimum.net> In-Reply-To: <20201229211819.f6xohj66hpb5dqeg@E15-2016.optimum.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5095.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9849 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 adultscore=0 spamscore=0 malwarescore=0 mlxscore=0 mlxlogscore=999 bulkscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012290134 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9849 signatures=668683 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 phishscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 bulkscore=0 adultscore=0 priorityscore=1501 malwarescore=0 impostorscore=0 suspectscore=0 mlxlogscore=999 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2012290134 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23276 Cc: 23276@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: -3.3 (---) > > When you use `C-x C-q' to go back to Dired mode from WDired, you are > > in effect saving your changes. >=20 > I was familiar with the "C-c C-c" keybinding, but I tried your > keybinding just now for a simple edit and it work! I don't see it > documented like "C-c C-c" but both *are* bound to the same function. And I in turn forgot about `C-c C-c' here. Actually, `C-c C-c' is a bit better here mentally, in terms of keeping to its typical behavior of "finishing" some editing operation and "sending" the finished result somewhere. > > If you're in WDired making changes, and something - ANYTHING, inside > > or outside Emacs - deletes the directory, then what should happen is > > that when you try `C-x C-q' to save your changes, the directory and > > its files and subdirs are created, so that the Dired buffer is made to > > correspond to the changes you made. > > > > That may not be easy to implement. But ideally that's the behavior I'd > > like: just like saving changes to a file buffer, if something - > > ANYTHING - deletes the file while you're editing its buffer. >=20 > It would also create expectation-conflicts between inside-emacs > expectations and outside-emacs expectations. For example, if outside > emacs I perform a 'shred' operation on a dirtree, I wouldn't want that > operation undone by emacs. I would have a likewise expectation for a > simple delete in an environment that doesn't implement some form of > 'trash-can'. At worst case, I'm imagining emacs performing file-locks on > all elements of huge dirtree in a multi-user environment, all for a > single file rename... First, I don't expect what I'd prefer here to ever be implemented. Second, I don't see how the directory and its contents case is essentially different from the file and its contents case. Of course they're different - a dir is more than just a file. But in the terms considered here, the interactions with a user, and user expectations, seem parallel, to me. You can edit a file in Emacs, and something outside Emacs can delete it from disk while you're editing its buffer. You _can_ (and thank goodness) still save your edits to disk - the file is re-created. OK, it's in fact a new file that's (typically) created, with the same name. And the same would presumably happen for a directory. But nothing prevents an environment from using, say, the trash or some cache to restore either file or dir, and applying the edits implied by implicit diffs. I'm really just saying that there would be some (user) value in having the same or a similar UI to how Emacs deals with file edits. But for some reason, when it comes to WDired, everyone seems to suggest preliminary warnings, confirmation demands or some such, to deal with what is pretty much the same thing: editing and saving edits. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 27 10:10:09 2022 Received: (at 23276) by debbugs.gnu.org; 27 Apr 2022 14:10:09 +0000 Received: from localhost ([127.0.0.1]:43805 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njiMr-0007Fc-BG for submit@debbugs.gnu.org; Wed, 27 Apr 2022 10:10:09 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njiMp-0007F7-J9 for 23276@debbugs.gnu.org; Wed, 27 Apr 2022 10:10:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=QRRhPgj3Q5EUaoWUr5aXwgHuee6ZBVEA+FujACQ6m6Q=; b=j4xrTYHz8m5kPlNO+234jdfZu4 J8uJhv/8puDSxuSXlUm3SQzVQeqsFJ4TywJEK7kfbYjojRpzH7kJtliMsxtSdcD3Y8kYZkRyj1LQJ ue1xyw3z1+xn4MQL8knYPg2KcldWH24CG5iBGMpVp1BqXLw3TGWUVM0oa4m7yfVJkI74=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njiMh-0005zo-1s; Wed, 27 Apr 2022 16:10:01 +0200 From: Lars Ingebrigtsen To: Boruch Baum Subject: Re: bug#23276: 25.0.92; Crash in auto-revert when file no longer present References: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> X-Now-Playing: Kate Bush's _This Woman's Work II_: "James And The Cold Gun" Date: Wed, 27 Apr 2022 16:09:54 +0200 In-Reply-To: <20201229200229.2qdkhuhuir573whz@E15-2016.optimum.net> (Boruch Baum's message of "Tue, 29 Dec 2020 15:02:29 -0500") Message-ID: <87tuaesjm5.fsf_-_@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Boruch Baum writes: > I don't see in that long discussion treatment of the case of a dired > buffer when the directory it describes is deleted. In such a case, there > isn't any meaningful recovery operation that I can t [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 23276 Cc: 23276@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: -3.3 (---) Boruch Baum writes: > I don't see in that long discussion treatment of the case of a dired > buffer when the directory it describes is deleted. In such a case, there > isn't any meaningful recovery operation that I can think of, and any > attempted operation on the buffer would only be a waste of time and > throw errors. (I'm going through old bug reports that unfortunately weren't resolved at the time.) I tried deleting a directory from underneath a Dired buffer (with auto-revert on), and Emacs didn't do anything in particular with it (which is consistent with how Emacs handles other files that disappear). > The biggest waste-of-time case that I can think of would be entering > wdired-mode on the buffer. I've tried it and it only throws an error on > exit, so a user could spend significant time editing the buffer for > naught. Of course, a solution for that specific case could be coded > outside of autorevert, to have wdired-mode itself refuse to operate on a > non-existent dired directory > > (unless (file-directory-p dired-directory) > ... wdired (now, at least) warns about this situation, but I've now made it signal an error in Emacs 29. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 27 10:10:14 2022 Received: (at control) by debbugs.gnu.org; 27 Apr 2022 14:10:14 +0000 Received: from localhost ([127.0.0.1]:43808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njiMv-0007Fv-Pn for submit@debbugs.gnu.org; Wed, 27 Apr 2022 10:10:14 -0400 Received: from quimby.gnus.org ([95.216.78.240]:43514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1njiMu-0007FR-1n for control@debbugs.gnu.org; Wed, 27 Apr 2022 10:10:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ef/Q++9li1AfSDirfIZ8FbIpAlvV/Q7LFKJM/8MYaHs=; b=dXuSle0PwbiBLkRkaVhbxWQDUS cFvtxF/Hn4Z5jVQAUrRsILMxo/xP2ZcYeMg2QCjq+ECviVadkxhMQ8FO9asSrubS9faCXl4XgXBe1 7YnfFJcEjd0HnSfIajbF0kbvf7F9KZvYCqTTpJPnS+ECuSMvAKNFuY8kz1XCjkPmOFVc=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1njiMm-00062M-72 for control@debbugs.gnu.org; Wed, 27 Apr 2022 16:10:06 +0200 Date: Wed, 27 Apr 2022 16:10:03 +0200 Message-Id: <87sfpysjlw.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #23276 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 23276 29.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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: -3.3 (---) close 23276 29.1 quit From unknown Sun Jun 22 07:35:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 26 May 2022 11:24:14 +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