#45886 [Fbk->Csd]: ldap_bind fails with out of memory

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] jani@php.net 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] jani@php.net 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] jani@php.net 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