Hi,

I would like to know more about the use of ENODATA vs
ENOATTR on MacOS, as I have no MacOS at hand.

Linux uses the extended attribute paradigm for data which
are not really extended attribute, in particular for security
data (Posix ACLs, SELinux, ...), and ntfs-3g has added more
such attributes (reparse data, object_id, etc.)

Is changing ENODATA to ENOATTR likely to be safe for
data which is not perceived as an extended attribute ?

Also, you mentioned ea.c, dealing with EAs which were not
used by Windows until Windows 10. Is MacOS making some
use of EAs, and more precisely are EAs used on MacOS to
implement the generic concept of extended attributes ?

Now, Linux does not define ENOATTR any more, though
there still are mentions of it in several  man pages. I would
not object to return ENOATTR when useful, with ENOATTR
defined as ENODATA when not defined otherwise, but I need
to know the use cases.

Jean-Pierre


Mingye Wang wrote on 8/18/20 4:52 PM:
Hi,

Doing xattr related things on macOS via NTFS-3G occasionally fail with
a cryptic message mentioning ENODATA. Things that trigger it range
from Finder's everyday operations and, when xattr security is enabled,
every single access.[1]

   [1]: https://github.com/osxfuse/osxfuse/issues/704

I did a bit of investigating into this issue, and it seems that the
likely cause is that NTFS-3G is returning ENODATA instead of ENOATTR
for the xattr operations. This is fine on Linux where they are the
same errno, but on many other systems this is not the case.

To fix this issue, an entry for ENOATTR should be added to compat.h.
The ea.c stuff should be modified to return ENOATTR instead of
ENODATA, and some other uses of ENODATA should be checked for
appropriateness.

The version info is "ntfs-3g 2017.3.23 external FUSE 29". I think I
have AR.5 installed, since that's what I used to override homebrew's
normal version installation. My life is a mess right now, so I am not
sure if I will find the time to patch it.

--
Mingye Wang (Artoria2e5)




_______________________________________________
ntfs-3g-devel mailing list
ntfs-3g-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel

Reply via email to