GNU bug report logs -
#8371
auto-revert-mode check
Previous Next
Reported by: Ken Raeburn <raeburn <at> raeburn.org>
Date: Mon, 28 Mar 2011 22:23:02 UTC
Severity: normal
Tags: moreinfo
Fixed in version 24.3
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8371 in the body.
You can then email your comments to 8371 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8371
; Package
emacs
.
(Mon, 28 Mar 2011 22:23:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ken Raeburn <raeburn <at> raeburn.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 28 Mar 2011 22:23:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
It looks like auto-revert-mode in 23.2 checks the file timestamp to see when the file is updated. But I often see the file as having an extra line or two that Emacs doesn't pick up for a long time, until something else is added to the file. I don't have time to look into it right now at work, but my guess is either/both (1) Emacs records the "changed" timestamp after reading the updated content, so the timestamp could correspond to an updated version relative to the buffer content; (2) Emacs isn't recording/checking the timestamp with enough granularity (which on this NFS file server and Linux NFS client, appears to be a millisecond, though file-attributes appears to return no sub-second component), so updates within the space of a second after Emacs rereads the file aren't detected.
Checking file size too would help, at least for files updated by appending.
I think file-attributes needs to be able to return sub-second granularity timestamps for modern operating systems, though it may require using non-standard interfaces, like GNU libc's stat.st_atim.tv_nsec or stat.st_atimensec field.
I'll see if I have time to look into this later this week.
Ken
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8371
; Package
emacs
.
(Tue, 29 Mar 2011 01:20:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 8371 <at> debbugs.gnu.org (full text, mbox):
> I'll see if I have time to look into this later this week.
Please try it with Emacs-24 first. I've installed a change a few months
ago for problems that are similar (my memory is a bit fuzzy on what the
problems looked like and it was for PDF files, but there's a good
chance it tries to address the same underlying problem).
Stefan
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Thu, 13 Jun 2013 16:28:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Ken Raeburn <raeburn <at> raeburn.org>
:
bug acknowledged by developer.
(Thu, 13 Jun 2013 16:28:03 GMT)
Full text and
rfc822 format available.
Message #13 received at 8371-done <at> debbugs.gnu.org (full text, mbox):
Version: 24.3
File time stamps are higher resolution now, so between that and
improvements to reverting, whatever issue there was here is probably
fixed.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 12 Jul 2013 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 347 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.