brett.maxfield@gmail.com wrote:
Full_Name: Brett Maxfield Version: 2.4.RELENG OS: Solaris 9 (SunOS 2.9) URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (203.18.108.167)
Hello,
Trying to make tests for RE24 and 2.4.12 on solaris (SunOS 2.9) and getting a failure :
(build options - berkeleyDB previously installed with --prefix=/usr/local/openldap24)
export PATH=/usr/local/bin:/usr/ccs/bin:/usr/bin:/bin:/usr/sbin:/sbin export LD_LIBRARY_PATH=/usr/local/openldap24/lib:/usr/local/ssl/lib:/usr/local/lib CPPFLAGS="-I/usr/local/openldap24/include -I/usr/local/include" LDFLAGS="-L/usr/local/openldap24/lib -L/usr/local/lib -R/usr/local/openldap24/lib -R/usr/local/lib" ./configure --enable-shared --enable-ssl --disable-ipv6 --with-threads --enable-slapd --enable-backends --enable-overlays --disable-sql --disable-ndb --disable-slapi
(result of make test, fails on the first test)
# cat tests/testrun/slapd.1.log @(#) $OpenLDAP: slapd 2.4.12 (Nov 13 2008 17:57:10) $ testuser@myhost:/export/home/testuser/openldap24-build/openldap-2.4.12/servers/slapd ldap_pvt_gethostbyname_a: host=myhost, r=0 daemon_init: ldap://localhost:9011/ daemon_init: listen on ldap://localhost:9011/ daemon_init: 1 listeners to open... ldap_url_parse_ext(ldap://localhost:9011/) daemon: getaddrinfo() failed: invalid ai_flags slapd stopped. connections_destroy: nothing to destroy.
ai_flags has to do with the options to listen/accept, and should be something like NULL, it seemss sol9 does not like the AI_PASSIVE value.
I manually changed it to šhints.ai_flags = NULL; // AI_PASSIVE;" (servers/slapd/daemon.c line 1131) and the code compiles, and make test succeeds.
For solaris 9, hints.ai_flags should just use NULL.
The Solaris 9 docs say otherwise.
http://docs.sun.com/app/docs/doc/816-0214/6m6nf1omp?a=view#indexterm-646
If the AI_PASSIVE bit is set in the ai_flags member of the hints structure, the caller plans to use the returned socket address structure in a call to bind(3SOCKET). <<<
We are using the flag correctly per the documentation, therefore I don't believe this is an OpenLDAP bug. Take this up with Sun...