Edit report at https://bugs.php.net/bug.php?id=63355&edit=1
ID: 63355
Updated by: php-bugs@lists.php.net
Reported by: rainer dot herbst at uni-potsdam dot de
Summary: PHP 5.3.x failes with core dump
-Status: Feedback
+Status: No Feedback
Type: Bug
Package: Reproducible crash
Operating System: Solaris 10 SPARC
PHP Version: 5.3.18
Private report: N
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 "Re-Opened". Thank you.
Previous Comments:
------------------------------------------------------------------------
[2013-10-24 07:33:20] yohg...@php.net
Since we don't fix bugs in 5.3, could you try to see if 5.4 or later segfaults.
------------------------------------------------------------------------
[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] johan...@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.
------------------------------------------------------------------------
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
