DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=27525>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=27525 ------- Additional Comments From [EMAIL PROTECTED] 2008-01-28 01:52 ------- Even if the behaviour of Solaris getaddrinfo must be considered faulty, apache could easily account for this misbehaviour, since the function find_adresses comes in two versions in srclib/apr/network_io/unix/sockaddr.c, the first calling call_resolver and, from there, getaddrinfo; the second treating addresses 0.0.0.0 and 255.255.255.255 specially and otherwise calling gethostbyname or gethostbyname_r. Thus, there is an simply way to fix this: in srclib/apr/configure, change the test address for getaddrinfo (line numbers for httpd-2.2.8): @@ -46266,7 +46266,7 @@ memset(&hints, 0, sizeof(hints)); hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_STREAM; - error = getaddrinfo("127.0.0.1", NULL, &hints, &ai); + error = getaddrinfo("255.255.255.255", NULL, &hints, &ai); if (error) { exit(1); } Then the test would fail in faulty Solaris and the second version of find_adresses be used. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
