RE: PATCH: test for network libraries (for test only)/problems with name resolution

["Andrej Borsenkow" <Andrej.Borsenkow@mow.siemens.ru>]

Yes, I was almost sure gethostbyname2 would be a problem. As I wrote before it
means, Solaris 7 headers or libraries are broken. O.K. it means, patch had not
fixed the bug anyway, so I was right to remove it.

>
>
> On Sep 7,  6:16pm, Will Day wrote:
> } Subject: Re: PATCH: test for network libraries (for test only)/problems wi
> }
> } I dunno. If I remove the "static" from the zftp.c declaration, it
> } should work fine, but I'm not sure what problems that might introduce.
>
> It'll just mean you can't look up names for IPv6 hosts, I think.
>

IPv6 is the keyword. We need the gethostbyname2/getipnodebyname, inet_pton etc
*only* if we want to do IPv6. Conversely, we cannot do IPv6 without these
functions (well, actually, RFC for gethostbyname2 - forgot the number -
states, that implementation of gethostbyname may return IPv6 addresses, but it
looks too obscure. And it is is obsolete by getipnodebyname anyway). That was
what I  was about to do - remove all local (re-)definitions of resolver
functions and make better guess about SUPORT_IPV6, i.e. do not use IPv6
functions unless we are doing IPv6 and do not do IPv6 unless we have all
prerequisites. That should also solve my problem (with incorrect use of
gethostbyname2). Unfortunately, I do not have any IPv6 implementation here to
test it. Is there some system that supports IPv6 without proper resolver
support?Zefram, you added IPv6 support IIRC?

Does Solaris 7 support IPv6?

-andrej