Movatterモバイル変換

This is the mail archive of thelibc-alpha@sourceware.orgmailing list for theglibc project.

Re: [PATCH] Test status before h_errno in gaih_inet

• From: Florian Weimer <fweimer at redhat dot com>
• To: Stan Shebs <stanshebs at google dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
• Date: Mon, 7 Aug 2017 15:07:38 +0200
• Subject: Re: [PATCH] Test status before h_errno in gaih_inet
• Authentication-results: sourceware.org; auth=none
• Authentication-results: ext-mx06.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
• Authentication-results: ext-mx06.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 5B2D2356F3
• References: <CA+5-Q5Kf3Eb5PYm9OusZ-JccCNgKMvLsM0GsnyKVBCD50m8Z8g@mail.gmail.com>

On 07/25/2016 06:50 PM, Stan Shebs wrote:>         * posix/tst-getaddrinfo6.c: New test.The test does not reproduce the issue for me, with Fedora 24 (glibc2.23-based).How confident are you about your root cause analysis?I see a completely different bug in the NSS framework: If a call intoNSS triggers dlopen, and that dlopen fails with a system error, we cachethe failure permanently and never attempt to open the service module again.This issue could well lead to persistent getaddrinfo failures becauseglibc assumes none of the configured NSS modules are available.Could this match what you experienced?Thanks,Florian