GNU bug report logs -
#18336
24.4.50; When editing externally changed file, Emacs asks too many questions
Previous Next
Reported by: David Kastrup <dak <at> gnu.org>
Date: Wed, 27 Aug 2014 08:19:01 UTC
Severity: minor
Tags: fixed, patch
Found in version 24.4.50
Fixed in version 28.1
Done: Noam Postavsky <npostavs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Noam Postavsky <npostavs <at> gmail.com> writes:
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> > and my /tmp file system where I also saw this is
>
>>> I ran my initial experiment in ~/tmp,[...]
>>> When I do the same on /tmp, which is mounted noatime I see the extra
>>> "<file> changed on disk; really edit the buffer?" question on C-x C-s.
>
>> lock_file calls verify-visited-file-modtime, which might be affected
>> by the noatime option. But I don't understand how noatime could
>> affect verify-visited-file-modtime since the latter looks at mtime,
>> not atime.
>
>> Can someone who sees this step with GDB through lock_file and its
>> callees, and see what goes wrong there and why?
>
> Ah, looks like the noatime thing is just a coincidence. What happens in
> the ~/tmp case is that when lock_file is called from write_region, the
> file doesn't exist, so the extra "changed on disk" question doesn't get
> asked. The reason the file doesn't exist, is because it was moved to
> the backup name, in backup-buffer. Files under /tmp/ are not backed up
> by default, so in that case the file still exists and there is an extra
> query.
Sorry for the red herring. It was the thing that occured to me first.
--
David Kastrup
This bug report was last modified 5 years and 120 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.