Return-Path: Delivered-To: apmail-apr-bugs-archive@www.apache.org Received: (qmail 84182 invoked from network); 17 Aug 2007 13:39:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Aug 2007 13:39:29 -0000 Received: (qmail 80914 invoked by uid 500); 17 Aug 2007 13:39:27 -0000 Delivered-To: apmail-apr-bugs-archive@apr.apache.org Received: (qmail 80883 invoked by uid 500); 17 Aug 2007 13:39:27 -0000 Mailing-List: contact bugs-help@apr.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@apr.apache.org Delivered-To: mailing list bugs@apr.apache.org Received: (qmail 80872 invoked by uid 99); 17 Aug 2007 13:39:27 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Aug 2007 06:39:27 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 17 Aug 2007 13:39:50 +0000 Received: by brutus.apache.org (Postfix, from userid 33) id 638E8714159; Fri, 17 Aug 2007 06:39:06 -0700 (PDT) From: bugzilla@apache.org To: bugs@apr.apache.org Subject: DO NOT REPLY [Bug 43000] - ./testall always freeze on testsockets In-Reply-To: X-Bugzilla-Reason: AssignedTo Message-Id: <20070817133906.638E8714159@brutus.apache.org> Date: Fri, 17 Aug 2007 06:39:06 -0700 (PDT) X-Virus-Checked: Checked by ClamAV on apache.org DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . 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=43000 ------- Additional Comments From steven.nairn@kewill.com 2007-08-17 06:39 ------- (In reply to comment #4) I came across what appears to be the same problem on Solaris 10 x86 (and also Tru64 5.1B) and resolved it by configuring IPv6. Hopefully this is useful. With APR 1.2.9 the hang is in sendto_receivefrom (testsockets.c). It first creates two IPv6 datagram sockets, which succeeds as the kernel supports IPv6. It then tries to bind them to addresses, which fails as IPv6 is not configured on the machine. It then sends a message on one socket and waits to read it from the other. As the addressing was not correctly set up it waits forever trying to receive it. The output of "./testall -v testsockets" was useful: testsockets : -Line 148: expected <0>, but saw <126> Line 148 of testsockets.c is where it compares the return value of apr_socket_bind() to APR_SUCCESS. The call failed and returned EADDRNOTAVAIL (A bind() operation was attempted for an address that is not configured on this machine.) With a more recent APR (I used the apr_20070817101928.tar.gz snapshot) the test fails rather than hangs because the sendto_receivefrom_helper() function in testsockets.c returns if the call to apr_socket_bind() fails. To resolve this issue IPv6 must be configured. This might be as simple as creating an empty file named /etc/hostname6. and rebooting ( is the name of your interface - "/usr/sbin/ifconfig -a" should give you a hint). It worked for me. Cheers, Steve -- 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: bugs-unsubscribe@apr.apache.org For additional commands, e-mail: bugs-help@apr.apache.org