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

ID: 45886 Updated by: jani@php.net 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] 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) ------------------------------------------------------------------------ [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