ID: 31119
Updated by: php-bugs@lists.php.net
Reported By: shoorik at ilyichevsk dot net
-Status: Feedback
+Status: No Feedback
Bug Type: Scripting Engine problem
Operating System: * (ZTS only!)
PHP Version: 4.3.10, 5.0.3
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
Previous Comments:
------------------------------------------------------------------------
[2004-12-16 15:41:39] shoorik at ilyichevsk dot net
In addition. 5.0.3 has the same behaviour.
Crash in interactive mode and web requests on phpMyAdmin/index.php
What is interesting - with almost sam backtrace...
Program received signal SIGSEGV, Segmentation fault.
0x081b74a3 in execute (op_array=0x83af30c, tsrm_ls=0x821a1f0) at
/usr/local/src/php-5.0.3/Zend/zend_execute.c:1400
1400 if (EX(opline)->handler(&execute_data,
EX(opline), op_array TSRMLS_CC)) {
(gdb) bt
#0 0x081b74a3 in execute (op_array=0x83af30c, tsrm_ls=0x821a1f0) at
/usr/local/src/php-5.0.3/Zend/zend_execute.c:1400
#1 0x0818efaf in execute_new_code (tsrm_ls=0x821a1f0) at
/usr/local/src/php-5.0.3/Zend/zend_execute_API.c:1074
#2 0x08177a9c in zendparse (tsrm_ls=0x821a1f0) at
Zend/zend_language_parser.c:2359
#3 0x0817b9aa in compile_file (file_handle=0xbfbfc000, type=8,
tsrm_ls=0x821a1f0) at Zend/zend_language_scanner.c:3142
#4 0x081bcfbb in zend_include_or_eval_handler
(execute_data=0xbfbfc090, opline=0x831500c, op_array=0xa,
tsrm_ls=0x821a1f0)
at /usr/local/src/php-5.0.3/Zend/zend_execute.c:3517
#5 0x081b74a5 in execute (op_array=0x821bf0c, tsrm_ls=0x821a1f0) at
/usr/local/src/php-5.0.3/Zend/zend_execute.c:1400
#6 0x0818efaf in execute_new_code (tsrm_ls=0x821a1f0) at
/usr/local/src/php-5.0.3/Zend/zend_execute_API.c:1074
#7 0x08177a9c in zendparse (tsrm_ls=0x821a1f0) at
Zend/zend_language_parser.c:2359
OK! I give up! Will try to figure out what call\syntax causes exactly
system crash and post there if something.
------------------------------------------------------------------------
[2004-12-16 15:10:00] [EMAIL PROTECTED]
ah.. - just saw you had the same problem with 4.3.6 - the easiest (well
not that easy) way to isolate the problem is to find the last working
version, go through the major changes. - unless someone pop's up with a
answer sooner..
------------------------------------------------------------------------
[2004-12-16 13:48:25] shoorik at ilyichevsk dot net
--- zend_execute.c.orig Thu Dec 16 12:30:49 2004
+++ zend_execute.c Thu Dec 16 12:33:57 2004
@@ -997,5 +997,5 @@ static void call_overloaded_function(tem
zend_llist_destroy(T->EA.data.overloaded_element.elements_list);
efree(T->EA.data.overloaded_element.elements_list);
- PZVAL_UNLOCK(T->EA.data.overloaded_element.object);
+/* PZVAL_UNLOCK(T->EA.data.overloaded_element.object); */
}
has no effect. still crashes. or I missunderstood something?
------------------------------------------------------------------------
[2004-12-16 13:28:55] [EMAIL PROTECTED]
can you try the changes recommended on this
http://bugs.php.net/bug.php?id=31106
------------------------------------------------------------------------
[2004-12-16 13:16:57] shoorik at ilyichevsk dot net
Prefork mpm works nice, but I must solve few issues with CGI zombies
using threads that way. Thats why I tried to use worker mpm. Anyway -
there is few sites which still work on threaded php - I got this crash
only with phpMyAdmin (still trying to find out WHERE?).
So I must not use thread features anyway... Sadly... Will PHP team fix
this is fuftre anyway? Perl story reproduces?
------------------------------------------------------------------------
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/31119
--
Edit this bug report at http://bugs.php.net/?id=31119&edit=1
