#31119 [Opn->Fbk]: php crashes apache2 child and chrashes in interactive mode

From: Date: Tue, 01 Feb 2005 18:12:35 +0000
Subject: #31119 [Opn->Fbk]: php crashes apache2 child and chrashes in interactive mode
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-73199@lists.php.net to get a copy of this message
ID: 31119 Updated by: sniper@php.net Reported By: shoorik at ilyichevsk dot net -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: * (ZTS only!) PHP Version: 4.3.10, 5.0.3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with <?php and ends with ?>, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: ------------------------------------------------------------------------ [2005-01-18 09:16:00] shoorik at ilyichevsk dot net Well, as I could figure out PHP crashes while processing phpMyAdmin lang/english-iso-8859-1.inc.php - there is just defined big amount ov variables and nothing like "ugly code"... As I wrote above - I could not repeat this bug anywhere else - all other sites works fine. ------------------------------------------------------------------------ [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 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? ------------------------------------------------------------------------ [2004-12-16 13:04:03] sniper@php.net Does it crash if you compile Apache with prefork mpm ?? ie. don't even try to use threading with php, it doesn't work. ------------------------------------------------------------------------ [2004-12-16 12:29:55] shoorik at ilyichevsk dot net Description: ------------ Apache httpd-2.0.52 config: configure --prefix=/usr/local/apache --enable-suexec --enable-ext-filter --enable-rewrite --enable-ssl --with-mpm=worker --enable-threads NOTE: apache built with worker MPM! PHP config: configure --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache/bin/apxs --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-zlib=/usr --with-iconv=/usr/local --with-freetype=/usr/local --with-curl=/usr/local --enable-threads --enable-roxen-zts Bug reproducible on phpMyAdmin-2.6.0-pl3. Requests to phpMyAdmin using web causes apache chield to die with signal 11. .... [Thu Dec 16 10:51:52 2004] [notice] child pid 69976 exit signal Illegal instruction (4) .... Crash also could be reproduced in cmd line using "php -a index.php" command. But in non-interactive mode (without -a option) it works. Backtrace see below This crash also reproducible with PHP-4.3.6 using same configureaion. 4.3.6 crashes with the same backtrace. Actual result: -------------- su-2.05b# pwd /home/web/xx.xx.xx.xx/www/phpMyAdmin-2.6.0-pl3 su-2.05b# php -v PHP 4.3.10 (cli) (built: Dec 16 2004 10:50:26) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies su-2.05b# gdb which php GNU gdb 5.2.1 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) r -a index.php Starting program: /usr/local/bin/php -a index.php Interactive mode enabled Program received signal SIGSEGV, Segmentation fault. 0x0813a7d3 in execute (op_array=0x83b760c, tsrm_ls=0x8189050) at /usr/local/src/php-4.3.10/Zend/zend_execute.c:1093 1093 switch(EX(opline)->opcode) { (gdb) bt #0 0x0813a7d3 in execute (op_array=0x83b760c, tsrm_ls=0x8189050) at /usr/local/src/php-4.3.10/Zend/zend_execute.c:1093 #1 0x0813e50e in execute (op_array=0x83b718c, tsrm_ls=0x8189050) at /usr/local/src/php-4.3.10/Zend/zend_execute.c:2212 #2 0x08126e81 in execute_new_code (tsrm_ls=0x8189050) at /usr/local/src/php-4.3.10/Zend/zend_execute_API.c:712 #3 0x08113ed1 in zendparse (tsrm_ls=0x8189050) at Zend/zend_language_parser.c:2191 #4 0x08117a52 in compile_file (file_handle=0xbfbfc500, type=8, tsrm_ls=0x8189050) at Zend/zend_language_scanner.c:3111 #5 0x0813e7f4 in execute (op_array=0x823aa8c, tsrm_ls=0x8189050) at /usr/local/src/php-4.3.10/Zend/zend_execute.c:2163 #6 0x08126e81 in execute_new_code (tsrm_ls=0x8189050) at /usr/local/src/php-4.3.10/Zend/zend_execute_API.c:712 #7 0x08113ed1 in zendparse (tsrm_ls=0x8189050) at Zend/zend_language_parser.c:2191 #8 0x08117a52 in compile_file (file_handle=0xbfbfec14, type=2, tsrm_ls=0x8189050) at Zend/zend_language_scanner.c:3111 #9 0x0812e041 in zend_execute_scripts (type=8, tsrm_ls=0x8189050, retval=0x0, file_count=3) at /usr/local/src/php-4.3.10/Zend/zend.c:896 #10 0x0810151e in php_execute_script (primary_file=0xbfbfec14, tsrm_ls=0x8189050) at /usr/local/src/php-4.3.10/main/main.c:1736 #11 0x081424f9 in main (argc=3, argv=0xbfbfec74) at /usr/local/src/php-4.3.10/sapi/cli/php_cli.c:822 #12 0x080618d2 in _start () (gdb) ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=31119&edit=1

« previous php.bugs (#73199) next »