Bert sent me a note saying for example 'localhost' returns an IPV6 address in checking it see
::1(localhost),0(0)-inet6-stream-tcp fe80::1%lo0(localhost),0(0)-inet6-stream-tcp 127.0.0.1(localhost),0(0)-inet4-stream-tcp then returns the first one. Well mmm that breaks things that think they might get an ipv4 address back, so should it be check look for IPV4 first as the desired value, then fallback to ipv6? I recall on the iPhone the same issues but a bit more fun since you have both IPV4 and IPV6 but also since you have multiple interfaces a set of address for cellular and a set for WiFi, and for WikiServer it's the IPV4 wifi one you want, assuming it's not DOA since the interface could be trying to confirm it's alive as you are asking for it.. (but really you've walk outside the range of the WiFi zone). On 5-May-09, at 1:42 PM, Alain Plantec wrote: > Hi all, > Since one week I have network problems: > system update is not working, Monticello can't open any http > repository... > I've investigated a little bit and found that NetNameResolver always > fail when trying to resolve > www.squeaksource.com as an example: > NetNameResolver addressForName: 'www.squeaksource.com' > result is always nil. > I can make it work only by setting true to the #UseOldNetwork > NetNameResolver class variable. > I'm on Ubuntu 9.04, I'm using Exupery VM 0.15.1. > > I do not have any problem on a VirtualBox/Ubuntu 8.10, same VM. > > Cheers > Alain = = = ======================================================================== John M. McIntosh <[email protected]> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ======================================================================== _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
