Re: (ITS#5807) build broken for solaris 9

[hyc@symas.com]

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...
-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/