ID: 45886
User updated by: rocko823 at gmail dot com
Reported By: rocko823 at gmail dot com
-Status: Feedback
+Status: Closed
Bug Type: LDAP related
Operating System: Solaris 10 SPARC
PHP Version: 5.2.6
New Comment:
I'll look into how to do that, but the Instant Client doesn't deliver
any LDAP specific include files like ldap.h which PHP needs.
I will close this bug because it really isn't PHP specific, it is more
how the operating system loads up the libraries when running in Apache
and the fact that the LDAP parts of the Oracle libs are stomping on
openldap. I suspect having Apache load in the LDAP libraries due to its
own LDAP modules is forcing the LDAP functions to register with openldap
instead of the oracle libs. Probably the best solution to this is using
LD_PRELOAD with Apache on the openldap libraries for them to get loaded
first before the Oracle lib.
Previous Comments:
------------------------------------------------------------------------
[2008-09-04 20:51:28] [EMAIL PROTECTED]
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.
------------------------------------------------------------------------
[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)
------------------------------------------------------------------------
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
