Bug #16436 Updated: ereg causes apache crashes

ID: 16436 Updated by: estelle@megaphone.ch Reported By: lb@lamuella.de Status: Closed Bug Type: Regexps related Operating System: Linux PHP Version: 4.0CVS-2002-04-0 New Comment: PHP 4.1.2, Apache 1.3.26. Problem occurs (ereg function causes a time exceeded error, eating maximum CPU on our Solaris 8 box). Not each time ! When I tested first time, it was ok, but several hours later, nothing to do to avoid the problem. PHP was configured with : './configure' \ '--with-apxs=/opt/apache/bin/apxs' \ '--enable-versioning' \ '--with-mysql' \ '--enable-track-vars' \ '--with-config-file-path=/opt/apache/conf' \ '--enable-safe-mode' \ '--with-gd=/usr/local' \ '--enable-ctype' \ '--enable-gettext' \ '--with-png-dir=/usr/local/lib' \ '--with-zlib-dir=/usr/local/lib' \ '--with-regex=php' \ Regards, Estelle Previous Comments: ------------------------------------------------------------------------ [2002-04-08 02:55:40] sniper@php.net Not disabled but fall back using bundled regex library if compiling with Apache. --Jani ------------------------------------------------------------------------ [2002-04-08 02:54:51] derick@php.net This is fixed in CVS by disabling this. Derick ------------------------------------------------------------------------ [2002-04-05 18:11:29] lb@lamuella.de sure, sorry X-) #0 0x400a8ff1 in kill () from /lib/libc.so.6 #1 0x402637f5 in _emalloc (size=1087286440, __zend_filename=0x403bec15 "reg.c", __zend_lineno=301, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:173 #2 0x40263b9f in _ecalloc (nmemb=8, size=135910805, __zend_filename=0x403bec15 "reg.c", __zend_lineno=301, __zend_orig_filename=0x0, __zend_orig_lineno=0) at zend_alloc.c:257 #3 0x403360c4 in php_reg_replace (pattern=0x817430c "tbl_properties.php$", replace=0x81631bc "db_details.php", string=0x8178d24 "lang=en&server=1&db=test&table=dates&goto=tbl_properties.php", icase=0, extended=1) at reg.c:301 #4 0x40336b5c in php_ereg_replace (ht=3, return_value=0x816327c, this_ptr=0x0, return_value_used=1, icase=0) at reg.c:475 #5 0x40336cdd in zif_ereg_replace (ht=3, return_value=0x816327c, this_ptr=0x0, return_value_used=1) at reg.c:493 #6 0x40271797 in execute (op_array=0x817b9cc) at ./zend_execute.c:1598 #7 0x402836f4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #8 0x40297415 in php_execute_script (primary_file=0xbffff1b8) at main.c:1381 #9 0x40291990 in apache_php_module_main (r=0x810e044, display_source_mode=0) at sapi_apache.c:90 #10 0x40292910 in send_php (r=0x810e044, display_source_mode=0, filename=0x810ed04 "/var/www/htdocs/apps/phpMyAdmin/tbl_properties.php") at mod_php4.c:575 #11 0x40292993 in send_parsed_php (r=0x810e044) at mod_php4.c:590 #12 0x8054e89 in ap_invoke_handler () #13 0x806a40f in process_request_internal () #14 0x806a482 in ap_process_request () #15 0x8061066 in child_main () #16 0x8061225 in make_child () #17 0x80613a6 in startup_children () #18 0x8061a2c in standalone_main () #19 0x806225c in main () #20 0x40098c5f in __libc_start_main () from /lib/libc.so.6 because I can not reproduce the crash in this moment with the script I have posted yesterday, this one is from executing phpmyadmin, where I got the error first. Lutz ------------------------------------------------------------------------ [2002-04-05 17:25:23] sniper@php.net Please reconfigure/compile PHP with --enable-debug added to the configure line. And generate a new gdb backtrace. --Jani ------------------------------------------------------------------------ [2002-04-05 17:14:57] lb@lamuella.de thanks for your advice, this is the backtrace I've got: (gdb) backtrace #0 0x400a8ff1 in kill () from /lib/libc.so.6 #1 0x402637f5 in _emalloc () from /usr/local/apache/libexec/libphp4.so #2 0x40263b9f in _ecalloc () from /usr/local/apache/libexec/libphp4.so #3 0x403360c4 in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #4 0x40336b5c in php_reg_replace () from /usr/local/apache/libexec/libphp4.so #5 0x40336cdd in zif_ereg_replace () from /usr/local/apache/libexec/libphp4.so #6 0x40271797 in execute () from /usr/local/apache/libexec/libphp4.so #7 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #8 0x402719bf in execute () from /usr/local/apache/libexec/libphp4.so #9 0x402836f4 in zend_execute_scripts () from /usr/local/apache/libexec/libphp4.so #10 0x40297415 in php_execute_script () from /usr/local/apache/libexec/libphp4.so #11 0x40291990 in apache_php_module_main () from /usr/local/apache/libexec/libphp4.so #12 0x40292910 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #13 0x40292993 in php_restore_umask () from /usr/local/apache/libexec/libphp4.so #14 0x8054e89 in ap_invoke_handler () #15 0x806a40f in process_request_internal () #16 0x806a482 in ap_process_request () #17 0x8061066 in child_main () #18 0x8061225 in make_child () #19 0x80613a6 in startup_children () #20 0x8061a2c in standalone_main () #21 0x806225c in main () #22 0x40098c5f in __libc_start_main () from /lib/libc.so.6 My installation is a more or less standard Suse Linux 7.2, kernel 2.4.4, etc. Lutz ------------------------------------------------------------------------ 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/16436 -- Edit this bug report at http://bugs.php.net/?id=16436&edit=1