[Bug stdio/11216] fmemopen returns NULL when len=0

["allachan at au1 dot ibm.com" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=11216

--- Comment #9 from paxdiablo <allachan at au1 dot ibm.com> ---
> POSIX defined fmemopen using glibc as its reference implementation - we could just as easily argue that glibc is correct and POSIX is in error for requiring failure on len=0.

Except for the near-fatal flaw in your contention, that _POSIX_ is the
standard, not glibc :-)

> Or claim that said standard was incorrect in what it requires.  I've gone ahead
and opened http://austingroupbugs.net/view.php?id=818 - let's wait until that
has an answer from the POSIX folks before deciding what to do here.

No probs. My view is that it's set in stone now until they change it in a
future edition. There's no real getting around the "shall" language in the
_very_ specific text of the standard dealing with the return code, that's not
something that slips in inadvertently, it was a very conscious decision.

So, as long as we're clear this isn't (pending POSIX resolution of the issue
you raised) currently a bug in glibc itself (and someone's not going to go off
half-cocked and "fix" it), it's probably best to leave it open.

-- 
You are receiving this mail because:
You are on the CC list for the bug.