GNU bug report logs - #73709
29.4; Doc of `file-newer-than-file-p'

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Tue, 8 Oct 2024 17:58:02 UTC

Severity: minor

Tags: notabug, wontfix

Found in version 29.4

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #45 received at 73709 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 73709 <at> debbugs.gnu.org,
 drew.adams <at> oracle.com
Subject: Re: bug#73709: 29.4; Doc of `file-newer-than-file-p'
Date: Thu, 10 Oct 2024 13:08:29 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

Hi,

>> Apart from that: if it is hard or not practical to describe what the
>> function returns in every case, we can instead try to describe major use
>> cases.
>
> That'd mean a lot of text to write to describe what should be clear
> enough, at least as far as Emacs is concerned.  I don't think it's our
> job to describe how the various filesystems work.

In the Tramp case, we couldn'tz even be sure that the remote file is
treated there as "file". See for example the Tramp gdrive method, or
think about AWS S3 buckets.

Tramp asks the remote system about whether a file is newer than the
other, and it returns this answer in its file-newer-than-file-p
implementations. On classical filesystems, it is the last modification
time, yes. But we cannot guarantee, because we simply don't know the
details of the remote filesystem.

Best regards, Michael.




This bug report was last modified 216 days ago.

Previous Next


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