This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC][PATCH 3/4][BZ 17083] NSS: Introduce gethostbyname5_r function
- From: Florian Weimer <fweimer at redhat dot com>
- To: Łukasz Stelmach <stlman at poczta dot fm>, libc-alpha at sourceware dot org
- Date: Tue, 12 Sep 2017 12:03:00 +0200
- Subject: Re: [RFC][PATCH 3/4][BZ 17083] NSS: Introduce gethostbyname5_r function
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx09.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 11C8D4E4C3
- References: <20170905160530.19525-1-stlman@poczta.fm> <20170905160530.19525-4-stlman@poczta.fm>
On 09/05/2017 06:05 PM, Łukasz Stelmach wrote:
> Add af (address family) to the list of arguments of gethostbyname4_r
> function in files, dns, nis and nisplus module and rename the function to
> gethostbyname5_r. Pass the af value to the underlying parsing functions.
> Define gethostbyname4_r as a wrapper for the former passing af set
> to AF_UNSPEC.
I'd prefer if we have a single ultimate name resolution function,
instead of doing function 5 now, and function 6 later, when we have
dealt with the malloc matters.
One way to deal with the dlmopen/static dlopen issue would be to define
a deallocation function which goes with the 5 function. If this
function called free, it would automatically end up at the right definition.
Thanks,
Florian