ID: 45886
User updated by: rocko823 at gmail dot com
Reported By: rocko823 at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: LDAP related
Operating System: Solaris 10 SPARC
PHP Version: 5.2.6
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
[2008-08-22 17:05:53] [EMAIL PROTECTED]
Because some oracle libs contain their own implementation of ldap
functions and conflict with openldap ones. And IIRC, Solaris also has
it's own ldap stuff (sometimes) so in worst case you have 3 different
set of libs around and the mess is ready.
You could try compiling PHP ldap using the oracle libs:
--with-ldap=/local/instantclient_10_2/
I'm not sure if this instantclient thing has the ldap stuff, but I
guess it's worth trying..
------------------------------------------------------------------------
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
