ID: 19434 Updated by: [EMAIL PROTECTED] Reported By: ronan dot salmon at staff dot ittralee dot ie -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: redhat 7.3 PHP Version: 4.3.3RC4-dev New Comment:
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. Previous Comments: ------------------------------------------------------------------------ [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 "<BR>Wrong 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=0xbffff980, tsrm_ls=0x81876b0) at /root/php/php4-STABLE-200307160330/main/main.c:1685 #6 0x08142609 in main (argc=2, argv=0xbffffa14) 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. ------------------------------------------------------------------------ [2002-09-16 07:13:50] [EMAIL PROTECTED] Oracle has it's own ldap stuff. You can't compile both openldap and oracle together. But you don't need to: --with-ldap=/home/oracle/Oracle-9.0.1 works too. ------------------------------------------------------------------------ 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 http://bugs.php.net/?id=19434&edit=1
