On Wed, 12 Nov 2003, Hrvoje Niksic wrote: > Mauro Tortonesi <[EMAIL PROTECTED]> writes: > > >> I suppose I can work around the problem by specifying `inet4_only=yes' > >> in .wgetrc... > >> > >> Better yet, maybe we should make -4 the default on machines that don't > >> support AI_ADDRCONFIG and on which creating an AF_INET6 socket fails? > > > > IMHO, no. we should simply try in order each sockaddr address > > returned by getaddrinfo (if we don't, there can be problems in > > system which support RFC3484) and print an error message only if the > > verbosity option is turned on. > > Yes, but Wget is not nc -- the verbosity option is on by default. :-) > > Also, the failed connect attempts potentially slow things down. I > don't want Wget to try to connect to random IPv6 addresses -- it will > not work for me and it's just wrong. Wget should be smarter about > this. Given the choice between suppressing error messages and doing > the right thing in the first place, I'd always go for the latter.
perhaps we can perform a check like this in main: if AI_ADDRCONFIG is not supported AND ipv6 is not supported (e.g. creation of PF_INET6 sockets fails or we don't have a global ipv6 address configured on one of the interfaces), then enable --inet4-only. > Could you please explain how defaulting to --inet4-only on systems > that cannot connect to IPv6 breaks systems that support rfc3484? It's > not obvious to me -- surely IPv6 addresses would fail to work on such > systems anyway? sorry, i misexplained myself. enabling --inet4-only by default on systems that do not support AI_ADDRCONFIG but have ipv6 connectivity is just like not having ipv6 support at all. i wouldn't recommend adopting this behaviour. the problem with rfc3484 may arise if we don't use the sockaddr addresses returned by getaddrinfo in order, but this is another problem. -- Aequam memento rebus in arduis servare mentem... Mauro Tortonesi [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Deep Space 6 - IPv6 with Linux http://www.deepspace6.net Ferrara Linux User Group http://www.ferrara.linux.it