file-equal-p

file-equal-p

[Po Lu]

Someone says that Haiku changes the file access time every time `stat'
is called on a file, and as a result `file-equal-p' doesn't work, as it
compares the file attributes of both operands.

Ideas?  Thanks.

Re: file-equal-p

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Date: Thu, 16 Feb 2023 09:30:58 +0800
> 
> Someone says that Haiku changes the file access time every time `stat'
> is called on a file, and as a result `file-equal-p' doesn't work, as it
> compares the file attributes of both operands.
> 
> Ideas?  Thanks.

Fix Haiku?  A 'stat' call accesses the directory and file's meta-data,
not the file itself, so what Haiku does makes no sense, IMO.

But if you cannot fix Haiku, a suitable haiku-only change in
file-equal-p, whereby the access times are exempt from comparison, is
a possibility.

Re: file-equal-p

[Po Lu]

Eli Zaretskii <eliz@gnu.org> writes:

> Fix Haiku?  A 'stat' call accesses the directory and file's meta-data,
> not the file itself, so what Haiku does makes no sense, IMO.
>
> But if you cannot fix Haiku, a suitable haiku-only change in
> file-equal-p, whereby the access times are exempt from comparison, is
> a possibility.

Something like this?

diff --git a/lisp/files.el b/lisp/files.el
index b0ec6bb09d0..dcd17df166a 100644
--- a/lisp/files.el
+++ b/lisp/files.el
@@ -6360,7 +6360,17 @@ file-equal-p
       (let (f1-attr f2-attr)
         (and (setq f1-attr (file-attributes (file-truename file1)))
 	     (setq f2-attr (file-attributes (file-truename file2)))
-	     (equal f1-attr f2-attr))))))
+             (progn
+               ;; Haiku systems change the file's last access timestamp
+               ;; every time `stat' is called.  Make sure to not compare
+               ;; the timestamps in that case.
+               (when (and (eq system-type 'haiku)
+                          (consp (nthcdr 4 f1-attr))
+                          (consp (nthcdr 4 f2-attr)))
+                 (ignore-errors
+                   (setcar (nthcdr 4 f1-attr) nil)
+                   (setcar (nthcdr 4 f2-attr) nil)))
+	       (equal f1-attr f2-attr)))))))
 
 (defun file-in-directory-p (file dir)
   "Return non-nil if DIR is a parent directory of FILE.

BTW, what if a file changes in between the calls to `file-atttributes'
on any old GNU/Linux system?

Thanks.

Re: file-equal-p

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: emacs-devel@gnu.org
> Date: Thu, 16 Feb 2023 16:43:25 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > Fix Haiku?  A 'stat' call accesses the directory and file's meta-data,
> > not the file itself, so what Haiku does makes no sense, IMO.
> >
> > But if you cannot fix Haiku, a suitable haiku-only change in
> > file-equal-p, whereby the access times are exempt from comparison, is
> > a possibility.
> 
> Something like this?

I'd prefer to have the original full comparison done first, and only
if it fails, do the tailored comparison only for Haiku.  That's
because most systems don't need this, and so testing the condition in
all cases will slow down those other systems.

> BTW, what if a file changes in between the calls to `file-atttributes'
> on any old GNU/Linux system?

Then we lose.  Any non-atomic file-related operation can be hit by
such race conditions.

Re: file-equal-p

[Po Lu]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Po Lu <luangruo@yahoo.com>
>> Cc: emacs-devel@gnu.org
>> Date: Thu, 16 Feb 2023 16:43:25 +0800
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> > Fix Haiku?  A 'stat' call accesses the directory and file's meta-data,
>> > not the file itself, so what Haiku does makes no sense, IMO.
>> >
>> > But if you cannot fix Haiku, a suitable haiku-only change in
>> > file-equal-p, whereby the access times are exempt from comparison, is
>> > a possibility.
>> 
>> Something like this?
>
> I'd prefer to have the original full comparison done first, and only
> if it fails, do the tailored comparison only for Haiku.  That's
> because most systems don't need this, and so testing the condition in
> all cases will slow down those other systems.

But here, the test is only done at all when (eq system-type 'haiku).

Re: file-equal-p

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: emacs-devel@gnu.org
> Date: Thu, 16 Feb 2023 17:59:15 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> From: Po Lu <luangruo@yahoo.com>
> >> Cc: emacs-devel@gnu.org
> >> Date: Thu, 16 Feb 2023 16:43:25 +0800
> >> 
> >> Eli Zaretskii <eliz@gnu.org> writes:
> >> 
> >> > Fix Haiku?  A 'stat' call accesses the directory and file's meta-data,
> >> > not the file itself, so what Haiku does makes no sense, IMO.
> >> >
> >> > But if you cannot fix Haiku, a suitable haiku-only change in
> >> > file-equal-p, whereby the access times are exempt from comparison, is
> >> > a possibility.
> >> 
> >> Something like this?
> >
> > I'd prefer to have the original full comparison done first, and only
> > if it fails, do the tailored comparison only for Haiku.  That's
> > because most systems don't need this, and so testing the condition in
> > all cases will slow down those other systems.
> 
> But here, the test is only done at all when (eq system-type 'haiku).

It is still one more test, done for everyone.

Re: file-equal-p

[Po Lu]

Eli Zaretskii <eliz@gnu.org> writes:

> It is still one more test, done for everyone.

Is file-equal-p a function called in particularly tight loops?
I think trying to optimize out a test against system-type is premature.

It will otherwise result in file-attributes being called two more times
on the system being tested against.

Re: file-equal-p

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: emacs-devel@gnu.org
> Date: Thu, 16 Feb 2023 20:34:04 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > It is still one more test, done for everyone.
> 
> Is file-equal-p a function called in particularly tight loops?

I don't know, but punishing everyone for the benefit of a single OS
sounds wrong to me.

> It will otherwise result in file-attributes being called two more times
> on the system being tested against.

Not if you call file-attributes once and store the results in local
variables.

Re: file-equal-p

[Po Lu]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Po Lu <luangruo@yahoo.com>
>> Cc: emacs-devel@gnu.org
>> Date: Thu, 16 Feb 2023 20:34:04 +0800
>> 
>> Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> > It is still one more test, done for everyone.
>> 
>> Is file-equal-p a function called in particularly tight loops?
>
> I don't know, but punishing everyone for the benefit of a single OS
> sounds wrong to me.

Why would a single conditional be punishment, though?

Re: file-equal-p

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: emacs-devel@gnu.org
> Date: Fri, 17 Feb 2023 10:40:59 +0800
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> From: Po Lu <luangruo@yahoo.com>
> >> Cc: emacs-devel@gnu.org
> >> Date: Thu, 16 Feb 2023 20:34:04 +0800
> >> 
> >> Eli Zaretskii <eliz@gnu.org> writes:
> >> 
> >> > It is still one more test, done for everyone.
> >> 
> >> Is file-equal-p a function called in particularly tight loops?
> >
> > I don't know, but punishing everyone for the benefit of a single OS
> > sounds wrong to me.
> 
> Why would a single conditional be punishment, though?

It takes non-zero CPU time.

Anyway, why would you object to a simple request to re-arrange your
change slightly?  I don't understand why such a simple request needs
several messages to discuss, even if you don't consider the request
necessary?  Don't we both have more useful things to invest our time?"

Re: file-equal-p

[Po Lu]

Eli Zaretskii <eliz@gnu.org> writes:

> It takes non-zero CPU time.
>
> Anyway, why would you object to a simple request to re-arrange your
> change slightly?  I don't understand why such a simple request needs
> several messages to discuss, even if you don't consider the request
> necessary?  Don't we both have more useful things to invest our time?"

I was afraid I was missing something more significant about
file-available-p.

Anyway, how's this:

diff --git a/lisp/files.el b/lisp/files.el
index b0ec6bb09d0..5b989902bc3 100644
--- a/lisp/files.el
+++ b/lisp/files.el
@@ -6360,7 +6360,18 @@ file-equal-p
       (let (f1-attr f2-attr)
         (and (setq f1-attr (file-attributes (file-truename file1)))
 	     (setq f2-attr (file-attributes (file-truename file2)))
-	     (equal f1-attr f2-attr))))))
+             (progn
+               ;; Haiku systems change the file's last access timestamp
+               ;; every time `stat' is called.  Make sure to not compare
+               ;; the timestamps in that case.
+               (or (equal f1-attr f2-attr)
+                   (when (and (eq system-type 'haiku)
+                              (consp (nthcdr 4 f1-attr))
+                              (consp (nthcdr 4 f2-attr)))
+                     (ignore-errors
+                       (setcar (nthcdr 4 f1-attr) nil)
+                       (setcar (nthcdr 4 f2-attr) nil))
+	             (equal f1-attr f2-attr)))))))))
 
 (defun file-in-directory-p (file dir)
   "Return non-nil if DIR is a parent directory of FILE.

Re: file-equal-p

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: emacs-devel@gnu.org
> Date: Fri, 17 Feb 2023 15:07:20 +0800
> 
> Anyway, how's this:
> 
> diff --git a/lisp/files.el b/lisp/files.el
> index b0ec6bb09d0..5b989902bc3 100644
> --- a/lisp/files.el
> +++ b/lisp/files.el
> @@ -6360,7 +6360,18 @@ file-equal-p
>        (let (f1-attr f2-attr)
>          (and (setq f1-attr (file-attributes (file-truename file1)))
>  	     (setq f2-attr (file-attributes (file-truename file2)))
> -	     (equal f1-attr f2-attr))))))
> +             (progn
> +               ;; Haiku systems change the file's last access timestamp
> +               ;; every time `stat' is called.  Make sure to not compare
> +               ;; the timestamps in that case.
> +               (or (equal f1-attr f2-attr)
> +                   (when (and (eq system-type 'haiku)
> +                              (consp (nthcdr 4 f1-attr))
> +                              (consp (nthcdr 4 f2-attr)))
> +                     (ignore-errors
> +                       (setcar (nthcdr 4 f1-attr) nil)
> +                       (setcar (nthcdr 4 f2-attr) nil))
> +	             (equal f1-attr f2-attr)))))))))
>  
>  (defun file-in-directory-p (file dir)
>    "Return non-nil if DIR is a parent directory of FILE.

Fine by me, thanks.

This can go to the emacs-29 branch, if you want.

Re: file-equal-p

[Po Lu]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Po Lu <luangruo@yahoo.com>
>> Cc: emacs-devel@gnu.org
>> Date: Fri, 17 Feb 2023 15:07:20 +0800
>> 
>> Anyway, how's this:
>> 
>> diff --git a/lisp/files.el b/lisp/files.el
>> index b0ec6bb09d0..5b989902bc3 100644
>> --- a/lisp/files.el
>> +++ b/lisp/files.el
>> @@ -6360,7 +6360,18 @@ file-equal-p
>>        (let (f1-attr f2-attr)
>>          (and (setq f1-attr (file-attributes (file-truename file1)))
>>  	     (setq f2-attr (file-attributes (file-truename file2)))
>> -	     (equal f1-attr f2-attr))))))
>> +             (progn
>> +               ;; Haiku systems change the file's last access timestamp
>> +               ;; every time `stat' is called.  Make sure to not compare
>> +               ;; the timestamps in that case.
>> +               (or (equal f1-attr f2-attr)
>> +                   (when (and (eq system-type 'haiku)
>> +                              (consp (nthcdr 4 f1-attr))
>> +                              (consp (nthcdr 4 f2-attr)))
>> +                     (ignore-errors
>> +                       (setcar (nthcdr 4 f1-attr) nil)
>> +                       (setcar (nthcdr 4 f2-attr) nil))
>> +	             (equal f1-attr f2-attr)))))))))
>>  
>>  (defun file-in-directory-p (file dir)
>>    "Return non-nil if DIR is a parent directory of FILE.
>
> Fine by me, thanks.
>
> This can go to the emacs-29 branch, if you want.

OK, thanks.

Re: file-equal-p

[Andreas Schwab]

On Feb 16 2023, Po Lu wrote:

> diff --git a/lisp/files.el b/lisp/files.el
> index b0ec6bb09d0..dcd17df166a 100644
> --- a/lisp/files.el
> +++ b/lisp/files.el
> @@ -6360,7 +6360,17 @@ file-equal-p
>        (let (f1-attr f2-attr)
>          (and (setq f1-attr (file-attributes (file-truename file1)))
>  	     (setq f2-attr (file-attributes (file-truename file2)))
> -	     (equal f1-attr f2-attr))))))
> +             (progn
> +               ;; Haiku systems change the file's last access timestamp
> +               ;; every time `stat' is called.  Make sure to not compare
> +               ;; the timestamps in that case.
> +               (when (and (eq system-type 'haiku)
> +                          (consp (nthcdr 4 f1-attr))
> +                          (consp (nthcdr 4 f2-attr)))
> +                 (ignore-errors
> +                   (setcar (nthcdr 4 f1-attr) nil)
> +                   (setcar (nthcdr 4 f2-attr) nil)))
> +	       (equal f1-attr f2-attr)))))))

Why does that compare more than the inode and device number?  The other
attributes can change any time, if another process accesses the file or
modifies the inode between the two calls of file-attribute.

-- 
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."

Re: file-equal-p

[Po Lu]

Andreas Schwab <schwab@suse.de> writes:

> On Feb 16 2023, Po Lu wrote:
>
>> diff --git a/lisp/files.el b/lisp/files.el
>> index b0ec6bb09d0..dcd17df166a 100644
>> --- a/lisp/files.el
>> +++ b/lisp/files.el
>> @@ -6360,7 +6360,17 @@ file-equal-p
>>        (let (f1-attr f2-attr)
>>          (and (setq f1-attr (file-attributes (file-truename file1)))
>>  	     (setq f2-attr (file-attributes (file-truename file2)))
>> -	     (equal f1-attr f2-attr))))))
>> +             (progn
>> +               ;; Haiku systems change the file's last access timestamp
>> +               ;; every time `stat' is called.  Make sure to not compare
>> +               ;; the timestamps in that case.
>> +               (when (and (eq system-type 'haiku)
>> +                          (consp (nthcdr 4 f1-attr))
>> +                          (consp (nthcdr 4 f2-attr)))
>> +                 (ignore-errors
>> +                   (setcar (nthcdr 4 f1-attr) nil)
>> +                   (setcar (nthcdr 4 f2-attr) nil)))
>> +	       (equal f1-attr f2-attr)))))))
>
> Why does that compare more than the inode and device number?  The other
> attributes can change any time, if another process accesses the file or
> modifies the inode between the two calls of file-attribute.

That's what I thought too, but it's not a good thing to doubt code that
has existed for a long time.

Re: file-equal-p

[Michael Albinus]

Andreas Schwab <schwab@suse.de> writes:

Hi,

> On Feb 16 2023, Po Lu wrote:
>
>> diff --git a/lisp/files.el b/lisp/files.el
>> index b0ec6bb09d0..dcd17df166a 100644
>> --- a/lisp/files.el
>> +++ b/lisp/files.el
>> @@ -6360,7 +6360,17 @@ file-equal-p
>>        (let (f1-attr f2-attr)
>>          (and (setq f1-attr (file-attributes (file-truename file1)))
>>  	     (setq f2-attr (file-attributes (file-truename file2)))
>> -	     (equal f1-attr f2-attr))))))
>> +             (progn
>> +               ;; Haiku systems change the file's last access timestamp
>> +               ;; every time `stat' is called.  Make sure to not compare
>> +               ;; the timestamps in that case.
>> +               (when (and (eq system-type 'haiku)
>> +                          (consp (nthcdr 4 f1-attr))
>> +                          (consp (nthcdr 4 f2-attr)))
>> +                 (ignore-errors
>> +                   (setcar (nthcdr 4 f1-attr) nil)
>> +                   (setcar (nthcdr 4 f2-attr) nil)))
>> +	       (equal f1-attr f2-attr)))))))
>
> Why does that compare more than the inode and device number?  The other
> attributes can change any time, if another process accesses the file or
> modifies the inode between the two calls of file-attribute.

For this we have file-attribute-file-identifier. So it might be
sufficient to call

--8<---------------cut here---------------start------------->8---
(equal (file-attribute-file-identifier f1-attr) (file-attribute-file-identifier f2-attr))
--8<---------------cut here---------------end--------------->8---

Best regards, Michael.

Re: file-equal-p

[Po Lu]

Michael Albinus <michael.albinus@gmx.de> writes:

> Andreas Schwab <schwab@suse.de> writes:
>
> Hi,
>
>> On Feb 16 2023, Po Lu wrote:
>>
>>> diff --git a/lisp/files.el b/lisp/files.el
>>> index b0ec6bb09d0..dcd17df166a 100644
>>> --- a/lisp/files.el
>>> +++ b/lisp/files.el
>>> @@ -6360,7 +6360,17 @@ file-equal-p
>>>        (let (f1-attr f2-attr)
>>>          (and (setq f1-attr (file-attributes (file-truename file1)))
>>>  	     (setq f2-attr (file-attributes (file-truename file2)))
>>> -	     (equal f1-attr f2-attr))))))
>>> +             (progn
>>> +               ;; Haiku systems change the file's last access timestamp
>>> +               ;; every time `stat' is called.  Make sure to not compare
>>> +               ;; the timestamps in that case.
>>> +               (when (and (eq system-type 'haiku)
>>> +                          (consp (nthcdr 4 f1-attr))
>>> +                          (consp (nthcdr 4 f2-attr)))
>>> +                 (ignore-errors
>>> +                   (setcar (nthcdr 4 f1-attr) nil)
>>> +                   (setcar (nthcdr 4 f2-attr) nil)))
>>> +	       (equal f1-attr f2-attr)))))))
>>
>> Why does that compare more than the inode and device number?  The other
>> attributes can change any time, if another process accesses the file or
>> modifies the inode between the two calls of file-attribute.
>
> For this we have file-attribute-file-identifier. So it might be
> sufficient to call
>
> (equal (file-attribute-file-identifier f1-attr) (file-attribute-file-identifier f2-attr))
>
> Best regards, Michael.

This looks like the better idea, yes.  Would using that be ok for Emacs
29?  Or is it something for master?

Re: file-equal-p

[Eli Zaretskii]

> From: Po Lu <luangruo@yahoo.com>
> Cc: Andreas Schwab <schwab@suse.de>,  Eli Zaretskii <eliz@gnu.org>,
>   emacs-devel@gnu.org
> Date: Thu, 16 Feb 2023 20:35:13 +0800
> 
> Michael Albinus <michael.albinus@gmx.de> writes:
> 
> > For this we have file-attribute-file-identifier. So it might be
> > sufficient to call
> >
> > (equal (file-attribute-file-identifier f1-attr) (file-attribute-file-identifier f2-attr))
> >
> > Best regards, Michael.
> 
> This looks like the better idea, yes.  Would using that be ok for Emacs
> 29?  Or is it something for master?

OK to do what?

Re: file-equal-p

[Richard Stallman]

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > Someone says that Haiku changes the file access time every time `stat'
  > is called on a file, and as a result `file-equal-p' doesn't work, as it
  > compares the file attributes of both operands.

I'd say that is a bug in Haiku.  The file access time is useless if
examining it automatically changes it.

Or does Haiku offer some other way to examine it without changing it?
If so, can Emacs examine it using that other way?

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

Re: file-equal-p

[Andreas Schwab]

On Feb 16 2023, Richard Stallman wrote:

> If so, can Emacs examine it using that other way?

The right way to solve the issue is to only compare the inode and device
numbers.  The other attributes (other than the type) can change any time
for unrelated reasons, and do not define the identity of a file.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Re: file-equal-p

[Eli Zaretskii]

> From: Andreas Schwab <schwab@linux-m68k.org>
> Cc: Po Lu <luangruo@yahoo.com>,  emacs-devel@gnu.org
> Date: Fri, 17 Feb 2023 11:02:48 +0100
> 
> On Feb 16 2023, Richard Stallman wrote:
> 
> > If so, can Emacs examine it using that other way?
> 
> The right way to solve the issue is to only compare the inode and device
> numbers.  The other attributes (other than the type) can change any time
> for unrelated reasons, and do not define the identity of a file.

That depends on the semantics of "files are equal".  If the issue is
only whether two file names point to the same file's data, then yes,
using file-attribute-file-identifier is TRT.  But that is not the only
possible semantics of these tests.  It is therefore up to the
application to decide which API to use, IMO.

Of course, as long as the file is identified only by its name, race
condition is possible even if we only compare the inode and the device
number.

Re: file-equal-p

[tomas]

[-- Attachment #1: Type: text/plain, Size: 1359 bytes --]

On Fri, Feb 17, 2023 at 02:25:38PM +0200, Eli Zaretskii wrote:
> > From: Andreas Schwab <schwab@linux-m68k.org>
> > Cc: Po Lu <luangruo@yahoo.com>,  emacs-devel@gnu.org
> > Date: Fri, 17 Feb 2023 11:02:48 +0100
> > 
> > On Feb 16 2023, Richard Stallman wrote:
> > 
> > > If so, can Emacs examine it using that other way?
> > 
> > The right way to solve the issue is to only compare the inode and device
> > numbers.  The other attributes (other than the type) can change any time
> > for unrelated reasons, and do not define the identity of a file.
> 
> That depends on the semantics of "files are equal".  If the issue is
> only whether two file names point to the same file's data, then yes,
> using file-attribute-file-identifier is TRT.

This is how I read `file-equal-p''s docstring [1] (coming from Lisp,
I'd called it `file-eq-p', but hey :-)

>                                              But that is not the only
> possible semantics of these tests.  It is therefore up to the
> application to decide which API to use, IMO.
> 
> Of course, as long as the file is identified only by its name, race
> condition is possible even if we only compare the inode and the device
> number.

Identity is always difficult in a mutable world, yes.

Cheers

[1] Return non-nil if files FILE1 and FILE2 name the same file.
-- 
t

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

Re: file-equal-p

[Andreas Schwab]

On Feb 17 2023, Eli Zaretskii wrote:

> That depends on the semantics of "files are equal".  If the issue is
> only whether two file names point to the same file's data, then yes,
> using file-attribute-file-identifier is TRT.  But that is not the only
> possible semantics of these tests.

What are those other semantics?

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."

Re: file-equal-p

[Eli Zaretskii]

> From: Andreas Schwab <schwab@linux-m68k.org>
> Cc: rms@gnu.org,  luangruo@yahoo.com,  emacs-devel@gnu.org
> Date: Fri, 17 Feb 2023 14:17:48 +0100
> 
> On Feb 17 2023, Eli Zaretskii wrote:
> 
> > That depends on the semantics of "files are equal".  If the issue is
> > only whether two file names point to the same file's data, then yes,
> > using file-attribute-file-identifier is TRT.  But that is not the only
> > possible semantics of these tests.
> 
> What are those other semantics?

The simplest one is when the caller wants to check whether all of the
attributes of two sets are identical, for example in order to see if
the file was accessed since the last check.

Re: file-equal-p

[Andreas Schwab]

On Feb 18 2023, Eli Zaretskii wrote:

> The simplest one is when the caller wants to check whether all of the
> attributes of two sets are identical, for example in order to see if
> the file was accessed since the last check.

That's not what the function can do.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510  2552 DF73 E780 A9DA AEC1
"And now for something completely different."