Edit report at https://bugs.php.net/bug.php?id=63355&edit=1
ID: 63355
Updated by: yohgaki@php.net
Reported by: rainer dot herbst at uni-potsdam dot de
Summary: PHP 5.3.x failes with core dump
-Status: Open
+Status: Feedback
Type: Bug
Package: Reproducible crash
Operating System: Solaris 10 SPARC
PHP Version: 5.3.18
Block user comment: N
Private report: N
New Comment:
Since we don't fix bugs in 5.3, could you try to see if 5.4 or later segfaults.
Previous Comments:
------------------------------------------------------------------------
[2012-11-12 14:25:39] rainer dot herbst at uni-potsdam dot de
The core dumps with the "zend_hash_find" problem occure when APC is disabled. With APC
enabled, we find "zend_vm_stack_alloc" in the core dumps.
------------------------------------------------------------------------
[2012-11-12 13:36:02] johannes@php.net
Does this also happen without APC? Any chance to get som ereproduce code? hard to identify
otherwise.
------------------------------------------------------------------------
[2012-11-12 09:46:05] rainer dot herbst at uni-potsdam dot de
Disabling APC does not solve the Problem. In both php 5.3. and 5.4 we still receive core dumps like
this:
core '/var/cores/n-moodle2-6.1352712335.24296.httpd' of 24296:
/opt/zeik/apache24/sbin/httpd -k start -f /opt/site/etc/httpd/httpd.co
fe09de40 zend_hash_find (fe646b24, 21b888, 25, ffbff180, ff0000, 6f646c65) + 50
fe018e10 zend_set_compiled_filename (21b888, 2252, ffbff1f8, 21ba68, 24, 0) + 48
fdfdbabc open_file_for_scanning (ffbff4c8, 1, ffc00000, 21b888, 0, 0) + 304
fdfdbbec compile_file (ffbff4c8, 2, 0, 0, 21b7c8, 21b7c8) + 94
fd9a20f0 phar_compile_file (ffbff4c8, 2, ffc00000, 800000, 540ba4, 48) + 3b8
fe07e7e8 zend_execute_scripts (2, 0, 1, ffbff4c8, 70687000, 7068702d) + 140
fe19e6dc php_handler (53ee28, e1, 0, 1231d8, 127920, 0) + 74c
0005c534 ap_run_handler (53ee28, 53f9f0, 0, 1413b8, ffffffff, 1) + 8c
0005d1c4 ap_invoke_handler (53ee28, 0, 53ede8, 0, 0, 0) + 154
0007da90 ap_process_async_request (53ee28, 0, 4, 4b0870, 0, 4) + 488
0007dba4 ap_process_request (53ee28, 4, 53ee28, 53fa50, 0, 4b0870) + 24
00078edc ap_process_http_sync_connection (4b0870, 4b0b20, 0, 4b05d8, 53ee28, 4b0b08) + 7c
0007903c ap_process_http_connection (4b0870, 4b05d8, 4b05d8, 4b0b20, 0, 0) + 64
0006c1f4 ap_run_process_connection (4b0870, 4b05d8, 4b05d8, 1416f0, ffffffff, 0) + 8c
0006c8c8 ap_process_connection (4b0870, 4b05d8, 4b05d8, 14, 4ae638, 4b45a8) + 60
0008746c child_main (14, 86398, 0, da6d8, 4b0870, 0) + 93c
0008775c make_child (dfd18, 14, 0, 0, 1cf4, fefb6100) + 1f4
00087820 startup_children (20, 2, 97fe4, 1415f8, 14, 1) + 90
00087f7c prefork_run (ba940, 11a108, dfd18, 0, 0, b4928) + 254
000379bc ap_run_mpm (ba940, 11a108, dfd18, f2050, ffffffff, 0) + 9c
0002e01c main (5, ffbffd4c, ffbffd64, ac800, ff0e0100, 0) + 12ec
0002ba38 _start (0, 0, 0, 0, 0, 0) + d8
zend_hash_find is quite a short function, so it should not be so difficult to find the reason for
this annoying instability...
------------------------------------------------------------------------
[2012-10-30 12:01:18] rainer dot herbst at uni-potsdam dot de
Compiled the latest APC version (3.1.13), but same behaviour:
- core dumps with
fe256d98 zend_vm_stack_alloc (1040, ffbff478, fe222de8, 0, 0, 0) + 110
- Service brought to maintenance modus every now and than.
------------------------------------------------------------------------
[2012-10-25 23:44:12] sixd@php.net
As seems to be usual with cases involving APC, try to reproduce it _without_ APC.
You might also care to try the latest APC, though most of its fixes are probably
for PHP 5.4.
Thanks for the report but a testcase is really needed.
------------------------------------------------------------------------
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
https://bugs.php.net/bug.php?id=63355
--
Edit this bug report at https://bugs.php.net/bug.php?id=63355&edit=1