ID: 19434
Updated by: sniper@php.net
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] sniper@php.net
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] sniper@php.net
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] sniper@php.net
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] sniper@php.net
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