ID: 26665 Updated by: [EMAIL PROTECTED] Reported By: fschaper at intux dot org -Status: Bogus +Status: Open Bug Type: Reproducible crash Operating System: * PHP Version: 4CVS, 5CVS New Comment:
I can reproduce this at will. It is not a memory issue as I can create the array in code with ease and not crash. I can also split the file into several files and all is ok. It is only when I try to load a large file (~2.8MB for me) that PHP crashes. I provide the following test file that is 4MB+ that crashes every time. http://spidey.dealnews.com/~brianm/php_large_file_crash.php.txt As you will see, I have an early call to exit() in that file. That nor the echo ever happens. I ran this with and without my custom php.ini file. My PHP version info: $ php -v PHP 4.3.4 (cli) (built: Feb 5 2004 16:00:45) (DEBUG) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies gdb did not give me much: (gdb) run Starting program: /usr/local/bin/php php_large_file_crash.php.txt Program received signal SIGSEGV, Segmentation fault. execute (op_array=0x8221834) at /usr/src/apache/php-4.3.4/Zend/zend_execute.c:1071 1071 zend_clean_garbage(TSRMLS_C); We generate large amounts of cached arrays in files. This is the first time this has happened as far as I know. Previous Comments: ------------------------------------------------------------------------ [2003-12-30 10:26:38] [EMAIL PROTECTED] Does not crash for me. And the example script is pretty useless anyway, you really should be using error_reporting = E_ALL once.. ------------------------------------------------------------------------ [2003-12-22 07:59:26] fschaper at intux dot org This Bug can be repoduduced under Window's as well, only the file-size has to be larger (will depend on system memory etc.). I have tried it with an 8MB version (might as well take less than that) of the script (the one I added the link to) and PHP crashes under Windows as well. ------------------------------------------------------------------------ [2003-12-19 09:59:05] fschaper at intux dot org This time I ran the script via the shell without apache (gdb) bt #0 0x0811f8f6 in execute (op_array=0x819841c) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend_execute.c:1758 #1 0x0810fa28 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend.c:884 #2 0x080ed1d3 in php_execute_script (primary_file=0xbffffcf8) at /usr/src/debug/php4-STABLE-200312191430/main/main.c:1729 #3 0x08125eb3 in main (argc=2, argv=0xbffffd74) at /usr/src/debug/php4-STABLE-200312191430/sapi/cgi/cgi_main.c:1578 (gdb) frame 0 #0 0x0811f8f6 in execute (op_array=0x819841c) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend_execute.c:1758 1758 ALLOC_ZVAL(valptr); ------------------------------------------------------------------------ [2003-12-19 04:36:10] fschaper at intux dot org Description: ------------ While working with "many" array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --------------- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: ---------------- The last PHP command should write an "done" on the page. Actual result: -------------- An empty document should be returned since apache simply crashes ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=26665&edit=1
