ID: 38882
Updated by: [EMAIL PROTECTED]
Reported By: d dot wynne at ljmu dot ac dot uk
-Status: Open
+Status: Feedback
Bug Type: LDAP related
Operating System: SuSE 10.1 x86_64
PHP Version: 4.4.4
New Comment:
>a) The PHP build fails if I do
>--enable-experimental-zts
Please elaborate.
Previous Comments:
------------------------------------------------------------------------
[2006-09-29 14:00:00] d dot wynne at ljmu dot ac dot uk
Now I'm stuck:
a) The PHP build fails if I do
--enable-experimental-zts
b) SuSE 10.1 only ships with apache2 binary RPM's. I downloaded apache
1.3 source and compiled / installed & ran, but httpd just dies, no
errors in the loge either. In any case a downgrade to apache 1.3 isn't
an option as I have other apache 2.x only modules that I besides PHP.
c) No updates on the SuSE update server for either apache2 or
openldap.
Problem appears to point to OpenLDAP, so all I can think of next is to
compile / install the latest build. Maybe this is an anomaly with 64
bit machines, which is why it's reporing is not more widespread.
------------------------------------------------------------------------
[2006-09-29 10:43:08] [EMAIL PROTECTED]
Well, you can also try to compile PHP CLI with
--enable-experimental-zts and see if it works for you OR (I'd prefer
this one) use Apache 1.x for tests.
------------------------------------------------------------------------
[2006-09-29 10:29:41] d dot wynne at ljmu dot ac dot uk
Not used valgrind at all, but I've done a bit of searching & I've found
someone else with exactly the same problme as I'm having. The exact
version of PHP is not mentioned, but the same backtrace including:
#0 0x00002aaaab1f2151 in ldap_unbind_ext ()
from /usr/lib64/libldap-2.3.so.0
is. Also it's 64 bit linux and the same version of Apache ( 2.2.0 ). He
claims that the code works using the PHP CLI. I have tested this with:
#! /usr/bin/php
<?php
$ldapServer = "bydc1.jmu.ac.uk";
echo "<p>Connecting</p>\n";
$ds=ldap_connect($ldapServer);
echo "<p>Disconnecting</p>\n";
ldap_close($ds);
?>
and indeed it does. No Segmentatio fault.
Does that mean that PHP / MySQL / LDAP are all red herringd and the
culprit could be Apache, as the CLI version works, and the problem only
occurs when running it through a browser ?
------------------------------------------------------------------------
[2006-09-29 09:13:51] [EMAIL PROTECTED]
Does valgrind show you anything useful?
A segfault somewhere in OpenLDAP doesn't look like PHP problem so far.
------------------------------------------------------------------------
[2006-09-29 08:53:59] d dot wynne at ljmu dot ac dot uk
This is my php-4.4.4 --without-mysql variant. The production apache
module I normally use obviously has MySQL support
Using browser to test MySQL connections
PEAR
DB Error: extension not found
Standard
Fatal error: Call to undefined function: mysql_connect() in
/home/ftpserver/www/homepage/staff/cmsdwynn/php/mysqlconn.php on line
2
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47225668576928 (LWP 31755)]
0x00002af39405c481 in ldap_unbind_ext () from
/usr/lib64/libldap-2.3.so.0
(gdb)bt
#0 0x00002af39405c481 in ldap_unbind_ext () from
/usr/lib64/libldap-2.3.so.0
#1 0x00002af396202c9e in _close_ldap_link (rsrc=<value optimized
out>)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/ext/ldap/ldap.c:175
#2 0x00002af3962c46fe in list_entry_destructor (ptr=<value optimized
out>)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend_list.c:177
#3 0x00002af3962c403a in zend_hash_del_key_or_index
(ht=0x2af396449268,
arKey=0x0, nKeyLength=0, h=6, flag=<value optimized out>)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend_hash.c:529
#4 0x00002af3962c4907 in _zend_list_delete (id=<value optimized out>)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend_list.c:56
#5 0x00002af3962b4a76 in _zval_ptr_dtor (zval_ptr=0x555555931330)
at
/home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend_execute_API.c:289
#6 0x00002af3962c2688 in zend_hash_clean (ht=0x5555559030e8)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend_hash.c:584
#7 0x00002af3962d2d69 in execute (op_array=0x555555911b98)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend_execute.c:1736
#8 0x00002af3962d0a29 in execute (op_array=0x5555558e3ff8)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend_execute.c:1719
#9 0x00002af3962bd2a9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/home/cmstechs/cmsdwynn/SuSE/php-4.4.4/Zend/zend.c:934
#10 0x00002af39628ee57 in php_execute_script
(primary_file=0x7fff16f175d0)
at /home/cmstechs/cmsdwynn/SuSE/php-4.4.4/main/main.c:1752
#11 0x00002af3962dafc1 in php_handler (r=0x5555558e81d8)
at
/home/cmstechs/cmsdwynn/SuSE/php-4.4.4/sapi/apache2handler/sapi_apache2.c:581
#12 0x000055555558c6ba in ap_run_handler () from
/usr/sbin/httpd2-prefork
#13 0x000055555558faa2 in ap_invoke_handler () from
/usr/sbin/httpd2-prefork
#14 0x000055555559a1c8 in ap_process_request () from
/usr/sbin/httpd2-prefork
#15 0x0000555555597409 in ap_register_input_filter ()
from /usr/sbin/httpd2-prefork
#16 0x0000555555593772 in ap_run_process_connection ()
from /usr/sbin/httpd2-prefork
#17 0x000055555559dc09 in ap_graceful_stop_signalled ()
from /usr/sbin/httpd2-prefork
#18 0x000055555559de0e in ap_graceful_stop_signalled ()
from /usr/sbin/httpd2-prefork
#19 0x000055555559e911 in ap_mpm_run () from /usr/sbin/httpd2-prefork
#20 0x0000555555579cb8 in main () from /usr/sbin/httpd2-prefork
(gdb)
------------------------------------------------------------------------
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/38882
--
Edit this bug report at http://bugs.php.net/?id=38882&edit=1
