Reproposed F19 Feature: Fix Network Name Resolution [Was: DualstackNetworking]

Daniel P. Berrange berrange at redhat.com
Mon Jan 21 10:25:01 UTC 2013


On Fri, Jan 18, 2013 at 09:37:37AM +0800, Nick Jones wrote:
> On Wednesday, January 16, 2013 10:11 PM, Jaroslav Reznik wrote:
> >As the Feature was renamed and the content of Feature has been extended
> >as requested by FESCo, re-announcing it to the community for re-review.
> >
> >See https://fedorahosted.org/fesco/ticket/986
> >
> >= Features/Fix Network Name Resolution =
> >https://fedoraproject.org/wiki/Features/FixNetworkNameResolution
> >
> >* Detailed description
> >Currently the getaddrinfo() function doesn't work as it was desinged.
> >Many of its features are buggy and cannot be used without extensive
> >workarounds. Many software packages are using getaddrinfo() with such
> >workarounds. Many can trigger its failures. And many packages that don't
> >use getaddrinfo() will be ported in the near future.
> >
> 
> One feature I would like to see added to future glibc, is a fully
> asynchronous version of getaddrinfo, and also getnameinfo.
> 
> Asynchronous for non filesystem fds at least.
> 
> The glibc maintainers don't seem to be against this idea and I am
> willing to put time into design and implementation.

Perhaps I'm misunderstanding what you're after, but doesn't "getaddrinfo_a"
already provide an async version of getaddrinfo ?

    "Asynchronous Hostname Lookup API"
   http://www.akkadia.org/drepper/asynchnl.pdf

That said I don't see the reverse - getnameinfo_a

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|


More information about the devel mailing list