php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #18715 ldap_connect() generates 'Unresolved symbol:sasl_set_alloc' in apache error log
Submitted: 2002-08-02 17:23 UTC Modified: 2002-09-11 11:49 UTC
From: patrick dot thurier at renault dot com Assigned:
Status: No Feedback Package: LDAP related
PHP Version: 4.2.2 OS: HP UX 11
Private report: No CVE-ID: None
 [2002-08-02 17:23 UTC] patrick dot thurier at renault dot com
Hello,

When I run the following script :

<?
echo "<h3>LDAP query test</h3>";
echo "Connecting ...";
$ds=ldap_connect("server IP@"); 
echo "connect result is ".$ds."<p>";
?>

The browser tells me I've got a document with no data.
Here's what I find in /usr/local/apache/logs/error_log :

/usr/lib/dld.sl: Unresolved symbol: sasl_set_alloc (code)  from /usr/local/lib/libldap.sl.2
[..snip..]
/usr/lib/dld.sl: Unresolved symbol: sasl_set_alloc (code)  from /usr/local/lib/libldap.sl.2
[Fri Aug  2 23:01:34 2002] [notice] child pid 16402 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16401 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16400 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16399 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16398 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16397 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16396 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16395 exit signal Abort (6)
[Fri Aug  2 23:01:34 2002] [notice] child pid 16394 exit signal Abort (6)
/usr/lib/dld.sl: Unresolved symbol: sasl_set_alloc (code)  from /usr/local/lib/libldap.sl.2
/usr/lib/dld.sl: Unresolved symbol: sasl_set_alloc (code)  from /usr/local/lib/libldap.sl.2
[Fri Aug  2 23:01:35 2002] [notice] child pid 16424 exit signal Abort (6)
[Fri Aug  2 23:01:35 2002] [notice] child pid 16426 exit signal Abort (6)

All the httpds are restarted.

Everything went OK during the build of all packages.

I'am running :
HP-UX 11
apache 1.3.26
php 4.2.2
openldap 2.0.25
openssl 0.9.6d

I built all with gcc 3.1 

PHP configure :
./configure --with-mysql --with-gd --with-png 
--with-jpeg --with-pdflib=/usr/local --enable-ftp 
--with-apache=/logiciel/sources/apache_1.3.26 
--with-tiff-dir=/usr/local --with-jpeg-dir=/usr/local
--with-png-dir=/usr/local --with-zlib-dir=/usr/local
--with-tiff-dir=/usr/local --with-snmp=/usr/local
--enable-ucd-snmp-hack --with-ldap=/usr/local
--with-mhash --with-mcrypt --with-openssl=/usr/local

APACHE configure :
/configure --prefix=/usr/local/apache
--manualdir=/data_web/docweb/apache
--with-port=8056
--activate-module=src/modules/php4/libphp4.a

OPENLDAP configures ( I tried many ) :
./configure  --disable-slapd --disable-slurpd 
--with-tls --with--cyrus-sasl

./configure  --disable-slapd --disable-slurpd 
--with-tls --without--cyrus-sasl

./configure  --disable-slapd --disable-slurpd 
--with-tls --without--cyrus-sasl --disable-shared

I checked bug database and found something similar with linux (bug # 12830)

Thank's for help.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-08-03 09:58 UTC] eru@php.net
As far as I can see, this isn't a problem within PHP, but within your installation of LDAP. PHP 4.2.2 should compile with gcc3.1, but maybe the stable version of openldap isn't compatible yet, you might try the openldap 2.1.3 version.

I'm not familiar with HP UX, but you should check, if libldap.sl.2 is linked against libsasl.sl, on linux you do that with ldd.

Please reopen again, if the problem persists.

 [2002-09-11 11:49 UTC] sniper@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Dec 30 14:01:28 2024 UTC