GNU bug report logs - #23276
25.0.92; Crash in auto-revert when file no longer present

Previous Next

Package: emacs;

Reported by: Anders Lindgren <andlind <at> gmail.com>

Date: Tue, 12 Apr 2016 11:09:01 UTC

Severity: normal

Found in version 25.0.92

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: John Wiegley <jwiegley <at> gmail.com>
Cc: 23276 <at> debbugs.gnu.org, michael.albinus <at> gmx.de, andlind <at> gmail.com
Subject: bug#23276: 25.0.92; Crash in auto-revert when file no longer present
Date: Sun, 17 Apr 2016 05:39:36 +0300
> From: John Wiegley <jwiegley <at> gmail.com>
> Cc: Michael Albinus <michael.albinus <at> gmx.de>,  23276 <at> debbugs.gnu.org,  andlind <at> gmail.com
> Date: Sat, 16 Apr 2016 18:54:17 -0700
> 
> >>>>> Eli Zaretskii <eliz <at> gnu.org> 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?




This bug report was last modified 3 years and 83 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.