#19434 [Com]: oci8 + ldap - crash
ID: 19434 Comment by: pyrox_pro at hotmail dot com Reported By: ronan dot salmon at staff dot ittralee dot ie Status: No Feedback Bug Type: OCI8 related Operating System: redhat 7.3 PHP Version: 4.3.3RC4-dev New Comment: Similar issue, mine happens on Bind. echo BRConnecting...; $ds=ldap_connect(ldaps://.$ldap['SERV']./) or die(BRDied.); echo BR Connection Established: $ds; echo BR BINDING...; $r=ldap_bind($ds,$ldap['user'],$ldap['pass']); echo BR BIND COMPLETE.; This results in a page cannot be found. If I comment this out: echo BRConnecting...; $ds=ldap_connect(ldaps://.$ldap['SERV']./) or die(BRDied.); echo BR Connection Established: $ds; echo BR BINDING...; ##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']); echo BR BIND COMPLETE.; The page comes up and it seems to work fine. I have let the thing spin forever with no response. I am using php 4.3.4 and LDAP: ldap LDAP Support enabled RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20026 OCI8 Support enabled Revision $Revision: 1.183.2.5 $ Oracle Version 8.1 Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6 Libraries Used no value OpenSSL support enabled OpenSSL Version OpenSSL 0.9.7 31 Dec 2002 Previous Comments: [2003-10-19 10:24:25] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-10-14 21:02:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-17 03:40:47] ronan dot salmon at staff dot ittralee dot ie Sorry, I don't know what I've done yesterday but in fact LDAP doesn't work alone anymore. Here the script : ?php include('config.php'); $connLDAP = ldap_connect('10.10.1.19'); if (!$connLDAP) { echo 'Failed to connect to 10.10.1.19'; exit; } // Lookup user @ldap_bind($connLDAP); $ldapsearch = ldap_search($connLDAP, 'ou=people,ou=staff,dc=ittralee,dc=ie', uid=$strLogin); $arrInfo = ldap_get_entries($connLDAP, $ldapsearch); $boolLogin = @ldap_bind($connLDAP, $strDN, $strPasswd); if (!$boolLogin) { echo BRWrong username or password!P\n; exit; } ? I'm using the same php as yesterday. [~/php]# gdb ./php4-STABLE-200307160330/sapi/cgi/php login.php (gdb) run login.php Starting program: /root/php/php4-STABLE-200307160330/sapi/cgi/php login.php [New Thread 16384 (LWP 23469)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 23469)] 0x40a71a34 in _int_free () from /lib/libc.so.6 (gdb) bt #0 0x40a71a34 in _int_free () from /lib/libc.so.6 #1 0x40a709cc in free () from /lib/libc.so.6 #2 0x08065d81 in zif_ldap_get_entries (ht=2, return_value=0x8208040, this_ptr=0x0, return_value_used=1, tsrm_ls=0x40d76440) at /root/php/php4-STABLE-200307160330/ext/ldap/ldap.c:953 #3 0x0813ce45 in execute (op_array=0x8203028, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/Zend/zend_execute.c:1616 #4 0x0812f7f1 in zend_execute_scripts (type=8, tsrm_ls=0x81876b0, retval=0x0, file_count=3) at /root/php/php4-STABLE-200307160330/Zend/zend.c:886 #5 0x08106305 in php_execute_script (primary_file=0xb980, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/main/main.c:1685 #6 0x08142609 in main (argc=2, argv=0xba14) at /root/php/php4-STABLE-200307160330/sapi/cgi/cgi_main.c:1542 #7 0x40a195cd in __libc_start_main () from /lib/libc.so.6 [2003-07-16 14:31:31] [EMAIL PROTECTED] Can you try and reduce your script to smallest possible that causes the crash? (like with only the ldap stuff?) [2002-09-26 20:22:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Reduce your configure options to bare minimum, only use --with-apxs, --with-oci8 and --with-ldap and don't compile them as shared! Do this using the latest snapshot above. The remainder of the comments for this
#19434 [Com]: oci8 + ldap - crash
ID: 19434 Comment by: pyrox_pro at hotmail dot com Reported By: ronan dot salmon at staff dot ittralee dot ie Status: No Feedback Bug Type: OCI8 related Operating System: redhat 7.3 PHP Version: 4.3.3RC4-dev New Comment: I have just confirmed that it is: [Tue Nov 25 10:15:44 2003] [notice] child pid 25048 exit signal Segmentation fault (11) The ldap_bind is causing a seg fault. Previous Comments: [2003-11-25 11:29:36] pyrox_pro at hotmail dot com Similar issue, mine happens on Bind. echo BRConnecting...; $ds=ldap_connect(ldaps://.$ldap['SERV']./) or die(BRDied.); echo BR Connection Established: $ds; echo BR BINDING...; $r=ldap_bind($ds,$ldap['user'],$ldap['pass']); echo BR BIND COMPLETE.; This results in a page cannot be found. If I comment this out: echo BRConnecting...; $ds=ldap_connect(ldaps://.$ldap['SERV']./) or die(BRDied.); echo BR Connection Established: $ds; echo BR BINDING...; ##$r=ldap_bind($ds,$ldap['user'],$ldap['pass']); echo BR BIND COMPLETE.; The page comes up and it seems to work fine. I have let the thing spin forever with no response. I am using php 4.3.4 and LDAP: ldap LDAP Support enabled RCS Version $Id: ldap.c,v 1.130.2.9 2003/10/07 00:36:27 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20026 OCI8 Support enabled Revision $Revision: 1.183.2.5 $ Oracle Version 8.1 Compile-time ORACLE_HOME /u01/app/oracle/product/8.1.6 Libraries Used no value OpenSSL support enabled OpenSSL Version OpenSSL 0.9.7 31 Dec 2002 [2003-10-19 10:24:25] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-10-14 21:02:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-07-17 03:40:47] ronan dot salmon at staff dot ittralee dot ie Sorry, I don't know what I've done yesterday but in fact LDAP doesn't work alone anymore. Here the script : ?php include('config.php'); $connLDAP = ldap_connect('10.10.1.19'); if (!$connLDAP) { echo 'Failed to connect to 10.10.1.19'; exit; } // Lookup user @ldap_bind($connLDAP); $ldapsearch = ldap_search($connLDAP, 'ou=people,ou=staff,dc=ittralee,dc=ie', uid=$strLogin); $arrInfo = ldap_get_entries($connLDAP, $ldapsearch); $boolLogin = @ldap_bind($connLDAP, $strDN, $strPasswd); if (!$boolLogin) { echo BRWrong username or password!P\n; exit; } ? I'm using the same php as yesterday. [~/php]# gdb ./php4-STABLE-200307160330/sapi/cgi/php login.php (gdb) run login.php Starting program: /root/php/php4-STABLE-200307160330/sapi/cgi/php login.php [New Thread 16384 (LWP 23469)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 23469)] 0x40a71a34 in _int_free () from /lib/libc.so.6 (gdb) bt #0 0x40a71a34 in _int_free () from /lib/libc.so.6 #1 0x40a709cc in free () from /lib/libc.so.6 #2 0x08065d81 in zif_ldap_get_entries (ht=2, return_value=0x8208040, this_ptr=0x0, return_value_used=1, tsrm_ls=0x40d76440) at /root/php/php4-STABLE-200307160330/ext/ldap/ldap.c:953 #3 0x0813ce45 in execute (op_array=0x8203028, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/Zend/zend_execute.c:1616 #4 0x0812f7f1 in zend_execute_scripts (type=8, tsrm_ls=0x81876b0, retval=0x0, file_count=3) at /root/php/php4-STABLE-200307160330/Zend/zend.c:886 #5 0x08106305 in php_execute_script (primary_file=0xb980, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/main/main.c:1685 #6 0x08142609 in main (argc=2, argv=0xba14) at /root/php/php4-STABLE-200307160330/sapi/cgi/cgi_main.c:1542 #7 0x40a195cd in __libc_start_main () from /lib/libc.so.6 [2003-07-16 14:31:31] [EMAIL PROTECTED] Can you try and reduce your script to smallest possible that causes the crash? (like with only the ldap stuff?) 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/19434 -- Edit this bug report at