Eliminate differences between Inet6AddressImpl_getLocalHostName() and Inet4AddressImpl_getLocalHostName()

[Bernd Eckenfels]

Am Wed, 8 Oct 2014 18:59:27 +0200
schrieb Volker Simonis <volker.simonis at gmail.com>:
>  - it may be also possible to complete omit the call to getnameinfo()
> in that new implementation, because as far as I can see the
> 'ai_canonname' field of the first addrinfo structure returned by
> getaddrinfo() already contains the canonical name of the host if we
> pass AI_CANONNAME as 'hints' to getaddrinfo (which we already do).

I completely agree. I mentioned this before. The flag can be removed or
used, both would safe roundtrips:

http://openjdk.5641.n7.nabble.com/RFC-compliant-address-selection-vs-home-made-getaddrinfo-td138848.html

In the hostname utility (which I happen to maintain for Linux
net-tools) gethostbyname() is used, btw. This does reduce the risk of
stalls.
https://sourceforge.net/p/net-tools/code/ci/master/tree/hostname.c#l146

But the whole hostname business is pretty much broken (unfortunatelly
there is no way to repair that now). I think a function besides
uts_name should have never been implemented. The is a host/node name
and there are reverse resolved names for various addresses. Isnt really
related. Especially not if a machine is multi-homed.

Gruss
Bernd