This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: NSS error reporting (bug 20532)
- From: Florian Weimer <fweimer at redhat dot com>
- To: Carlos O'Donell <carlos at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Thu, 3 Aug 2017 19:18:29 +0200
- Subject: Re: NSS error reporting (bug 20532)
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx07.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx07.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=fweimer at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com A6239C047B67
- References: <c128f474-992e-c7de-5fae-a2437778c1eb@redhat.com> <87e3d20e-5a51-93ba-6276-0f5305836b2c@redhat.com>
On 08/03/2017 06:49 PM, Carlos O'Donell wrote:
> On 08/03/2017 12:28 PM, Florian Weimer wrote:
>> (L) Carlos added NSS_STATUS_NOTFOUND with *errnop equals 0 as a
>> documented special case to the manual, in commit
>> d4e301c5c65393837e438b6d81feabfbfde7b9c7. This contradicts (A).
>> NSS_STATUS_NOTFOUND is handled implicitly by __nss_next2, which does not
>> have access to the errno value, so I do not understand how this could work.
> I must assume that (A) is not quite correct. I had two reproducers where
> errno was propagated to the caller, and did result in observable differences?
Can you dig up the details? And what was fixed in response to this
clarification?
Are you sure this wasn't due to a NSS framework bug?
If errno is indeed propagated, then setting it 0 is probably wrong
because POSIX does not allow setting it to 0.
Thanks,
Florian