[Date Prev][Date Next]
Re: (ITS#5983) ldappasswd returns "Additional info: password hash failed" in Solaris 10 SPARC
- To: openldap-its@OpenLDAP.org
- Subject: Re: (ITS#5983) ldappasswd returns "Additional info: password hash failed" in Solaris 10 SPARC
- From: email@example.com
- Date: Tue, 3 Mar 2009 18:38:24 GMT
- Auto-submitted: auto-generated (OpenLDAP-ITS)
as I have pointed out in earlier post not only it doesn't work when I
compile it myself but also the one that was downloaded form
sunfreeware.com. It is not possible to tell what version of gcc was
used to compile openldap that is distributed but explanation that it
doesn't work because of compiler bug seems to me highly unlikely.
Unless you can specifically point to which bug in gcc on SPARC
contributes to this erratic behaviour of openldap.
Either way, thanks for comments.
On Mon, Mar 2, 2009 at 5:56 PM, <firstname.lastname@example.org> wrote:
> email@example.com wrote:
>> firstname.lastname@example.org wrote:
>>> I have just compiled and tested 2.4.15 and result is same: cleartext,
>>> md5 and sha works, smd5, ssha and crypt doesn't.
>>> Solaris 10 SPARC latest, gcc 3.4.3, Berkeley DB 4.7.25, opessl 0.9.8j.
>> I have no chance to test on that arch. You should figure our why those
>> hashes are not supported. Did you enable crypt (--enable-crypt)?
> gcc 3.4.3 was released November 4 2004 http://gcc.gnu.org/gcc-3.4/
> and is known to have many bugs. It's also already known that old gcc releases
> have other problems on Sparc. (E.g. ITS#5875.)
> Please use a working compiler.
> As a workaround, recompile the offending functions with optimization disabled.
> That usually helps in cases like this.
> There is no bug in OpenLDAP Software here, this ITS will be closed.
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openldap.org/project/