ID: 45886
Updated by: [EMAIL PROTECTED]
Reported By: rocko823 at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: Solaris 10 SPARC
PHP Version: 5.2.6
New Comment:
Ok, so it's most likely the old issue with Oracle libs containing their
own ldap API which conflicts with openldap. In this case, you should
configure PHP to use the oracle libs for ldap too. ie. pass --with-ldap
the proper path to the oracle libs.
Previous Comments:
------------------------------------------------------------------------
[2008-09-04 16:01:31] rocko823 at gmail dot com
sorry for the delay, I was on extended holiday vacation. I have
confirmed that this problem does not occur when the Oracle oci8 is not
compiled into PHP and all other factors stay the same.
------------------------------------------------------------------------
[2008-08-28 21:27:52] [EMAIL PROTECTED]
Could you please try with a PHP compiled without oracle just that we
can rule out that from this?
------------------------------------------------------------------------
[2008-08-27 21:25:45] rocko823 at gmail dot com
output from ldd libphp5.so
librt.so.1 => /usr/lib/librt.so.1
libmysqlclient.so.15 =>
/local/mysql32/lib/libmysqlclient.so.15
libmcrypt.so.4 => /local/lib/libmcrypt.so.4
libltdl.so.3 => /local/lib/libltdl.so.3
libldap-2.3.so.0 => /local/lib/libldap-2.3.so.0
libpng12.so.0 => /usr/lib/libpng12.so.0
libssl.so.0.9.8 => /usr/local/ssl/lib/libssl.so.0.9.8
libcrypto.so.0.9.8 => /usr/local/ssl/lib/libcrypto.so.0.9.8
libresolv.so.2 => /usr/lib/libresolv.so.2
libm.so.2 => /usr/lib/libm.so.2
libnsl.so.1 => /usr/lib/libnsl.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libxml2.so.2 => /usr/lib/libxml2.so.2
libclntsh.so.10.1 =>
/local/instantclient_10_2/libclntsh.so.10.1
libc.so.1 => /usr/lib/libc.so.1
libgcc_s.so.1 => /usr/sfw/lib/libgcc_s.so.1
libaio.so.1 => /usr/lib/libaio.so.1
libmd.so.1 => /usr/lib/libmd.so.1
libpthread.so.1 => /usr/lib/libpthread.so.1
libthread.so.1 => /usr/lib/libthread.so.1
libgen.so.1 => /usr/lib/libgen.so.1
libm.so.1 => /usr/lib/libm.so.1
libdl.so.1 => /usr/lib/libdl.so.1
liblber-2.3.so.0 => /local/lib/liblber-2.3.so.0
libsasl2.so.2 => /local/lib/libsasl2.so.2
libucb.so.1 => /usr/ucblib/libucb.so.1
libelf.so.1 => /usr/lib/libelf.so.1
libz.so.1 => /usr/lib/libz.so.1
libmp.so.2 => /usr/lib/libmp.so.2
libscf.so.1 => /usr/lib/libscf.so.1
libnnz10.so => /local/lib/libnnz10.so
libkstat.so.1 => /usr/lib/libkstat.so.1
libsched.so.1 => /usr/lib/libsched.so.1
libdoor.so.1 => /usr/lib/libdoor.so.1
libuutil.so.1 => /usr/lib/libuutil.so.1
/platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1
/platform/SUNW,Sun-Fire-480R/lib/libmd_psr.so.1
I checked the apache ldap modules and they are linking against the same
versions of the ldap libs as reported above for libphp5.so
------------------------------------------------------------------------
[2008-08-27 21:10:21] [EMAIL PROTECTED]
Check the libphp5.so what it's linked with. (ldd libphp5.so)
------------------------------------------------------------------------
[2008-08-27 20:45:59] rocko823 at gmail dot com
I found the problem.
This apparently occurs when the Apache LDAP modules (mod_authnz_ldap,
and mod_ldap) are not loaded. I added these to my LoadModule section in
httpd.conf and now ldap_connect and ldap_bind work perfectly. I'm not
really sure why this would be as I've had previous set ups and not used
the Apache LDAP module.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/45886
--
Edit this bug report at http://bugs.php.net/?id=45886&edit=1
