#31617 [Fbk]: oci8 ldap causes crash

From: Date: Fri, 21 Jan 2005 12:00:03 +0000
Subject: #31617 [Fbk]: oci8 ldap causes crash
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-72584@lists.php.net to get a copy of this message
ID: 31617 Updated by: sniper@php.net Reported By: guym at arizona dot edu Status: Feedback Bug Type: Reproducible crash Operating System: Solaris 9 PHP Version: 4.3.10 New Comment: Does the crash happen with some script or in apache startup? Is the gdb output really all of it? No more frames after #2 ? Try find out what binary / module is linking with /usr/lib/libsldap.so.1 using ldd. Check httpd and all the modules that are in use. Previous Comments: ------------------------------------------------------------------------ [2005-01-21 12:52:50] sniper@php.net I meant the PHP CLI (the php binary). ------------------------------------------------------------------------ [2005-01-21 00:08:21] guym at arizona dot edu Here is the result of ldd libphp4.so libpq.so.3 => /opt/httpd/postgres/lib/libpq.so.3 libresolv.so.2 => /usr/lib/libresolv.so.2 libm.so.1 => /usr/lib/libm.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libclntsh.so.9.0 => /home/oracle/product/9.2.0/lib32/libclntsh.so.9.0 libc.so.1 => /usr/lib/libc.so.1 libgcc_s.so.1 => /opt/gnu/lib/libgcc_s.so.1 libmp.so.2 => /usr/lib/libmp.so.2 libwtc9.so => /home/oracle/product/9.2.0/lib32/libwtc9.so libsched.so.1 => /usr/lib/libsched.so.1 libaio.so.1 => /usr/lib/libaio.so.1 librt.so.1 => /usr/lib/librt.so.1 libmd5.so.1 => /usr/lib/libmd5.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/libmd5_psr.so.1 And here is ldd on libclntsh.so.9.0 libwtc9.so => /home/oracle/product/9.2.0/lib32/libwtc9.so libnsl.so.1 => /usr/lib/libnsl.so.1 libsocket.so.1 => /usr/lib/libsocket.so.1 libgen.so.1 => /usr/lib/libgen.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libsched.so.1 => /usr/lib/libsched.so.1 libaio.so.1 => /usr/lib/libaio.so.1 librt.so.1 => /usr/lib/librt.so.1 libm.so.1 => /usr/lib/libm.so.1 libc.so.1 => /usr/lib/libc.so.1 libmp.so.2 => /usr/lib/libmp.so.2 libmd5.so.1 => /usr/lib/libmd5.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1 /usr/platform/SUNW,Sun-Fire-280R/lib/libmd5_psr.so.1 My LD_LIBRARY_PATH (also set in Apache's envvars). /opt/httpd/apache/lib:/opt/gnu/lib:/home/oracle/product/9.2.0/lib32:/opt/httpd/postgresql/lib ------------------------------------------------------------------------ [2005-01-20 22:39:09] iliaa@php.net Can you do "ldd" on the libphp4.so generated and see what libs is it using? ------------------------------------------------------------------------ [2005-01-20 18:37:44] guym at arizona dot edu Yes, everything Oracle related works fine by itself on the system. I think the problem is that it is using the OpenLDAP library instead of Oracle's, despite being compiled against Oracle LDAP. The LD_LIBRARY_PATH is set in Apache's envvars (and in the shell when starting apache). ------------------------------------------------------------------------ [2005-01-19 23:03:31] sniper@php.net Does cli work? ------------------------------------------------------------------------ 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/31617 -- Edit this bug report at http://bugs.php.net/?id=31617&edit=1

« previous php.bugs (#72584) next »