nss_wrapper support for musl-libc
Dennis Schridde
dennis.schridde at uni-heidelberg.de
Wed Mar 22 09:00:31 UTC 2017
Hi Andreas!
On Dienstag, 28. Februar 2017 15:22:14 CET Andreas Schneider wrote:
> On Tuesday, 28 February 2017 12:20:00 CET Dennis Schridde wrote:
> > It seems that EAI_NONAME is about resolving the nodename only, while
> > EAI_SERVICE indicates whether the provided servname and hints represent a
> > sane combination.
> >
> > The test specifies no nodename, only a servname. Thus musl's behaviour of
> > indicating that "the service passed was not recognized for the specified
> > socket type" seems to be spot on. Going by the specs, it seems that either
> > GNU libc's behaviour is wrong or the specification is too lax in this
> > regard.
> >
> > Another question would be what we are actually testing here: Conformance
> > of
> > libc to POSIX, or whether nss_wrapper works as intended?
>
> Normally I try to mimic the behaviour of glibc. Then I test on other
> platforms BSD, OpenSolaris if they differ. They often did the same as
> glibc.
I checked again with POSIX.1-2008 [1]. It has the exact same wording as the
man-pages I quoted.
So how do we proceed from here? Shall we try to change musl's behaviour,
because it does not conform to GNU libc? Is conformance to any valid
interpretation of POSIX.1-2008 acceptable? Or is just my understanding of the
specification of getaddrinfo and its errors wrong?
> I'm currently checking why BSD and Solaris nightly build are not working.
Were you able to figure out the build problems?
Best regards,
Dennis
[1]: http://pubs.opengroup.org/onlinepubs/9699919799/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 681 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20170322/d29e0196/signature.sig>
More information about the samba-technical
mailing list