From brett.maxfield@gmail.com Sat Nov 15 14:01:56 2008
From: brett.maxfield@gmail.com
To: openldap-bugs@openldap.org
Subject: Re: (ITS#5807) build broken for solaris 9
Date: Sat, 15 Nov 2008 14:01:55 +0000
Message-ID: <200811151401.mAFE1tlh007189@boole.openldap.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============6679485050759943780=="

--===============6679485050759943780==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

------=3D_Part_31358_1557470.1226757706470
Content-Type: text/plain; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

There's a path worth travelling, not. These are relatively old servers, but
even assuming Sun could be made to care, which i doubt, thier solution would
probably be to upgrade the server to sol10 / new hardware, and not provide a
patch.

But i think the solution is probably in autoconf detection somehow, i'll see
if i can do something with autoconf/automake stuff. This is sol9 sparc with
gcc from sunfreeware, so maybe the autoconf assumes solaris cc in parts, as
gcc was not always around.

I dont have any sparc gear presently to test on, i'll investigate next
week..

On Sat, Nov 15, 2008 at 9:09 AM, Howard Chu <hyc(a)symas.com> wrote:

> The Solaris 9 docs say otherwise.
>
> http://docs.sun.com/app/docs/doc/816-0214/6m6nf1omp?a=3Dview#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/
>

------=3D_Part_31358_1557470.1226757706470
Content-Type: text/html; charset=3DISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br>There&#39;s a path worth travelling, not. These are relatively old server=
s, but even assuming Sun could be made to care, which i doubt, thier solution=
 would probably be to upgrade the server to sol10 / new hardware, and not pro=
vide a patch.<br>
<br>But i think the solution is probably in autoconf detection somehow, i&#39=
;ll see if i can do something with autoconf/automake stuff. This is sol9 spar=
c with gcc from sunfreeware, so maybe the autoconf assumes solaris cc in part=
s, as gcc was not always around. <br>
<br>I dont have any sparc gear presently to test on, i&#39;ll investigate nex=
t week..<br><br><div class=3D"gmail_quote">On Sat, Nov 15, 2008 at 9:09 AM, H=
oward Chu <span dir=3D"ltr">&lt;<a href=3D"mailto:hyc(a)symas.com">hyc(a)syma=
s.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 20=
4, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The Solaris 9 docs say otherwise.<br>
<br>
<a href=3D"http://docs.sun.com/app/docs/doc/816-0214/6m6nf1omp?a=3Dview#index=
term-646" target=3D"_blank">http://docs.sun.com/app/docs/doc/816-0214/6m6nf1o=
mp?a=3Dview#indexterm-646</a><br>
<br>
&gt;&gt;&gt;<br>
If the AI_PASSIVE bit is set in the ai_flags member of the hints structure, t=
he caller plans to use the returned socket address structure in a call to bin=
d(3SOCKET).<br>
&lt;&lt;&lt;<br>
<br>
We are using the flag correctly per the documentation, therefore I don&#39;t =
believe this is an OpenLDAP bug. Take this up with Sun...<br><font color=3D"#=
888888">
-- <br>
 &nbsp;-- Howard Chu<br>
 &nbsp;CTO, Symas Corp. &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <a href=3D"http://=
www.symas.com" target=3D"_blank">http://www.symas.com</a><br>
 &nbsp;Director, Highland Sun &nbsp; &nbsp; <a href=3D"http://highlandsun.com=
/hyc/" target=3D"_blank">http://highlandsun.com/hyc/</a><br>
 &nbsp;Chief Architect, OpenLDAP &nbsp;<a href=3D"http://www.openldap.org/pro=
ject/" target=3D"_blank">http://www.openldap.org/project/</a><br>
</font></blockquote></div><br>

------=3D_Part_31358_1557470.1226757706470--



--===============6679485050759943780==--