Date: Mon, 23 May 2016 13:47:26 -0700 From: John Baldwin <jhb@freebsd.org> To: freebsd-hackers@freebsd.org Cc: Willem Jan Withagen <wjw@digiware.nl> Subject: Re: Mising ENODATA Message-ID: <5030334.fMbvND8flt@ralph.baldwin.cx> In-Reply-To: <56E6C5EA.2080005@digiware.nl> References: <56E6C5EA.2080005@digiware.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday, March 14, 2016 03:08:42 PM Willem Jan Withagen wrote: > Hi, > > According the standard is ENODATA an extention of errno.h defines... > > http://pubs.opengroup.org/onlinepubs/9699919799/ > > The Open Group Base Specifications Issue 7 > IEEE Std 1003.1, 2013 Edition > > [ENODATA] > [OB XSR] [Option Start] > No message available. No message is available on the STREAM head > read queue. [Option End] > > [XSR] [Option Start] XSI STREAMS [Option End] > The functionality described is optional. The functionality described is > also an extension to the ISO C standard. > > Where applicable, functions are marked with the XSR margin legend in the > SYNOPSIS section. Where additional semantics apply to a function, the > material is identified by use of the XSR margin legend. > > [OB] [Option Start] Obsolescent [Option End] > The functionality described may be removed in a future version of this > volume of POSIX.1-2008. Strictly Conforming POSIX Applications and > Strictly Conforming XSI Applications shall not use obsolescent features. > > Where applicable, the material is identified by use of the OB margin legend. > ---- > > The OB part makes a bit strange to ask for definition, but would it be > possible to add ENODATA to our headers? > The alternative question is: why would we not? Well, it's defined for STREAMS and FreeBSD (and BSDs in general) don't implement STREAMS. OTOH, if Ceph has (ab)used it for their own internal errors then we could perhaps add our own ENODATA. Do you want to make a patch to do so? -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5030334.fMbvND8flt>