[PATCH] ENOATTR and EDOOFUS
Robert Millan
rmh@aybabtu.com
Wed Feb 22 07:41:00 GMT 2006
On Tue, Feb 21, 2006 at 07:07:06PM -0800, Roland McGrath wrote:
> We endeavor to have a uniform API across variant GNU systems to the extent
> possible. This is one of the core purposes of glibc. This may require
> translating the kernel's native errno codes into the ones we expect in the
> glibc interface, or perhaps just providing GNU-compatible names for new
> error codes from other kernels.
>
> How is EDOOFUS used in practice? We have EGRATUITOUS, which is falsely
> documented in the manual, and is actually used on the Hurd when internal
> protocols are violated that indicate parts of the implementation are
> broken. Your description of EDOOFUS sounds like it might be used in cases
> that should in fact be EINVAL.
>
> There is also EGREGIOUS, which is in fact never used. Perhaps EDOOFUS
> should be an alias for EGREGIOUS on your platform.
>
> I gather from your description that ENOATTR is returned by getxattr et al
> when the attribute name is not found. Linux uses ENODATA for that.
> Perhaps ENOATTR should be an alias for ENODATA. (The manual unfortunately
> does not say anything useful about ENODATA; fixing that would of course be
> more than welcome.)
Sure. I'll investigate and send a new patch.
--
Robert Millan
More information about the Libc-alpha
mailing list