Re: AI_ADDRCONFIG

[Draen Kaar]

Hrvoje Niksic wrote:

 According to OpenGroup's web site, AI_ADDRCONFIG flag should be of use
 here.  Should I be worried that the getaddrinfo man page on my (RHL 9)
 system doesn't mention AI_ADDRCONFIG?

Yes. The end of OpenGroup's man page says:

 IEEE Std 1003.1-2001/Cor 1-2002, item XSH/TC1/D6/20 is applied, making
 changes for alignment with IPv6. These include the following:

   * Adding AI_V4MAPPED, AI_ALL, and AI_ADDRCONFIG to the allowed
 values for the ai_flags field

Cor 1-2002 is corrigendum 1 for POSIX/SUSv3 and it's probably too new
addition to be implemented, especially considering that no one implements
the current POSIX without corrigendum yet. Even when some systems
implement that flag for getaddrinfo, you'll want to run on systems which
predate corrigendum 1.

-- 
 .-.   .-.Yes, I am an agent of Satan, but my duties are largely
(_  \ /  _)   ceremonial.
 |
 |[EMAIL PROTECTED]

Re: wget ipv6 patch

[Draen Kaar]

Mauro Tortonesi wrote:

 are there __REALLY__ systems which do not support inet_aton? their ISVs
 should be ashamed of themselves...

Solaris, for example. IIRC inet_aton isn't in any document which claims
to be a standard.

 however, yours seemed to me an ugly hack, so i have temporarily removed
 it. as you say, it would be probably better to provide a fallback
 implementation of inet_aton in cmpt.c.

But standards define inet_pton, which can do what inet_aton does, so that
should be checked for before using the fallback implementation.

-- 
 .-.   .-.Yes, I am an agent of Satan, but my duties are largely
(_  \ /  _)   ceremonial.
 |
 |[EMAIL PROTECTED]