#35484 [Opn]: segmentation faults with multiple include virtual (Apache 2.0.55)
ID: 35484 User updated by: minnoce at polito dot it Reported By: minnoce at polito dot it Status: Open Bug Type: Apache2 related Operating System: Linux RHEL 4 PHP Version: 5CVS-2005-12-02 (snap) New Comment: Maybe bug #35571 is related to this. The bug is present only with apache 2.0.55. No bug with apache 2.0.54. All components configured identically. Previous Comments: [2005-12-10 12:46:46] [EMAIL PROTECTED] See also bug #35571 [2005-12-02 09:32:44] minnoce at polito dot it OK, removed "--enable-debug" from configure. Re-executing the above test and reproduced the problem with segmentation fault. This the GDB bakctrace on the core dump: # gdb /services/apache/bin/httpd /tmp/php/core.28560 GNU gdb Red Hat Linux (6.3.0.0-1.63rh) Copyright 2004 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-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `/services/apache/bin/httpd -f /services/httpd/conf/httpd.conf -d /services/apac'. Program terminated with signal 11, Segmentation fault. Reading symbols from ... ... #0 0x011b0100 in _zend_hash_index_update_or_next_insert () from /services/apache/modules/libphp5cvs.so (gdb) where #0 0x011b0100 in _zend_hash_index_update_or_next_insert () from /services/apache/modules/libphp5cvs.so #1 0x011b289b in zend_register_resource () from /services/apache/modules/libphp5cvs.so #2 0x011725ce in _php_stream_alloc () from /services/apache/modules/libphp5cvs.so #3 0x01177fef in _php_stream_fopen_from_fd () from /services/apache/modules/libphp5cvs.so #4 0x01178ef6 in _php_stream_fopen () from /services/apache/modules/libphp5cvs.so #5 0x01179760 in _php_stream_fopen_with_path () from /services/apache/modules/libphp5cvs.so #6 0x01175b5b in _php_stream_open_wrapper_ex () from /services/apache/modules/libphp5cvs.so #7 0x011603d5 in php_stream_open_for_zend () from /services/apache/modules/libphp5cvs.so #8 0x011b9030 in zend_stream_fixup () from /services/apache/modules/libphp5cvs.so #9 0x01189319 in compile_file () from /services/apache/modules/libphp5cvs.so #10 0x011a7cc1 in zend_execute_scripts () from /services/apache/modules/libphp5cvs.so #11 0x0121ba67 in php_handler () from /services/apache/modules/libphp5cvs.so #12 0x080ab2b5 in ap_invoke_handler () #13 0x080c878d in ap_run_sub_req () #14 0x08067399 in _start () #15 0x09298258 in ?? () #16 0x0927e1f8 in ?? () #17 0x0927ee60 in ?? () #18 0x092899e8 in ?? () #19 0x2000 in ?? () #20 0x in ?? () [2005-12-01 18:04:58] [EMAIL PROTECTED] We can't reproduce this so please provide the backtrace. (without --enable-debug if that's the only way..) [2005-12-01 16:31:23] minnoce at polito dot it Obviously, the expected output is: TESTTEST [2005-12-01 16:28:50] minnoce at polito dot it mmm... Compiling PHP with --enable-debug and reproducing the bug (getting the "test.html" with the two include virtuals) don't cause anymore segmentatio faults. But simply the last "include virtual" produce NO output at all (no errors in apache logs). The output received from browser getting "test.html" is: TEST Thanks, Mauro 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/35484 -- Edit this bug report at http://bugs.php.net/?id=35484&edit=1
#35484 [Opn]: segmentation faults with multiple include virtual
ID: 35484 Updated by: [EMAIL PROTECTED] Reported By: minnoce at polito dot it Status: Open Bug Type: Apache2 related Operating System: Linux RHEL 4 PHP Version: 5CVS-2005-12-02 (snap) New Comment: See also bug #35571 Previous Comments: [2005-12-02 09:32:44] minnoce at polito dot it OK, removed "--enable-debug" from configure. Re-executing the above test and reproduced the problem with segmentation fault. This the GDB bakctrace on the core dump: # gdb /services/apache/bin/httpd /tmp/php/core.28560 GNU gdb Red Hat Linux (6.3.0.0-1.63rh) Copyright 2004 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-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". Core was generated by `/services/apache/bin/httpd -f /services/httpd/conf/httpd.conf -d /services/apac'. Program terminated with signal 11, Segmentation fault. Reading symbols from ... ... #0 0x011b0100 in _zend_hash_index_update_or_next_insert () from /services/apache/modules/libphp5cvs.so (gdb) where #0 0x011b0100 in _zend_hash_index_update_or_next_insert () from /services/apache/modules/libphp5cvs.so #1 0x011b289b in zend_register_resource () from /services/apache/modules/libphp5cvs.so #2 0x011725ce in _php_stream_alloc () from /services/apache/modules/libphp5cvs.so #3 0x01177fef in _php_stream_fopen_from_fd () from /services/apache/modules/libphp5cvs.so #4 0x01178ef6 in _php_stream_fopen () from /services/apache/modules/libphp5cvs.so #5 0x01179760 in _php_stream_fopen_with_path () from /services/apache/modules/libphp5cvs.so #6 0x01175b5b in _php_stream_open_wrapper_ex () from /services/apache/modules/libphp5cvs.so #7 0x011603d5 in php_stream_open_for_zend () from /services/apache/modules/libphp5cvs.so #8 0x011b9030 in zend_stream_fixup () from /services/apache/modules/libphp5cvs.so #9 0x01189319 in compile_file () from /services/apache/modules/libphp5cvs.so #10 0x011a7cc1 in zend_execute_scripts () from /services/apache/modules/libphp5cvs.so #11 0x0121ba67 in php_handler () from /services/apache/modules/libphp5cvs.so #12 0x080ab2b5 in ap_invoke_handler () #13 0x080c878d in ap_run_sub_req () #14 0x08067399 in _start () #15 0x09298258 in ?? () #16 0x0927e1f8 in ?? () #17 0x0927ee60 in ?? () #18 0x092899e8 in ?? () #19 0x2000 in ?? () #20 0x in ?? () [2005-12-01 18:04:58] [EMAIL PROTECTED] We can't reproduce this so please provide the backtrace. (without --enable-debug if that's the only way..) [2005-12-01 16:31:23] minnoce at polito dot it Obviously, the expected output is: TESTTEST [2005-12-01 16:28:50] minnoce at polito dot it mmm... Compiling PHP with --enable-debug and reproducing the bug (getting the "test.html" with the two include virtuals) don't cause anymore segmentatio faults. But simply the last "include virtual" produce NO output at all (no errors in apache logs). The output received from browser getting "test.html" is: TEST Thanks, Mauro [2005-12-01 15:58:54] [EMAIL PROTECTED] Please provide current backtrace. And make sure you had --enable-debug in your configure line! Also, don't submit ALL the lines, just the relevant ones. (The "loading symbols.." lines are not needed) 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/35484 -- Edit this bug report at http://bugs.php.net/?id=35484&edit=1
#35484 [Opn]: segmentation faults with multiple include virtual
ID: 35484 User updated by: minnoce at polito dot it Reported By: minnoce at polito dot it Status: Open Bug Type: Apache2 related Operating System: Linux RHEL 4 PHP Version: 5.1.1 New Comment: Obviously, the expected output is: TESTTEST Previous Comments: [2005-12-01 16:28:50] minnoce at polito dot it mmm... Compiling PHP with --enable-debug and reproducing the bug (getting the "test.html" with the two include virtuals) don't cause anymore segmentatio faults. But simply the last "include virtual" produce NO output at all (no errors in apache logs). The output received from browser getting "test.html" is: TEST Thanks, Mauro [2005-12-01 15:58:54] [EMAIL PROTECTED] Please provide current backtrace. And make sure you had --enable-debug in your configure line! Also, don't submit ALL the lines, just the relevant ones. (The "loading symbols.." lines are not needed) [2005-12-01 15:48:55] minnoce at polito dot it The bug persist even with the LATEST PHP 5.1 from CVS. The GDB backtrace is exactly the same already reported. Thanks, Mauro [2005-12-01 15:10:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-11-30 12:31:36] minnoce at polito dot it Description: I'm compiling PHP with this configuration line: ./configure \ "--prefix=/services/php-4.4-CVS" \ "--with-apxs2=/services/apache/bin/apxs" \ "--with-openssl" \ "--with-config-file-path=/services/httpd/conf" \ "--with-mysql=/usr" \ "--with-zlib" \ "--with-gd" \ "--with-jpeg-dir" \ "--with-png-dir" \ "--with-ldap" \ "--with-freetype-dir" \ "--with-mcrypt=/services/libmcrypt" \ "--with-curl" \ "--with-freetds=/services/freetds" \ "--enable-mbstring" All the PHP 4.3.11, 4.4.1, 4.4-LATEST-CVS used as module under Apache 2.0.54 work fine. All the PHP 4.3.11, 4.4.1m 4.4-LATEST-CVS used as module under Apache 2.0.55 cause a segmentation fault when I try to include some PHP script with more than one Apache's "include virtual" (even a simple ). Examples: - test.html - test.php With only one "include virtual" all works fine. With the two include virtual the Apache child process associated exit with segmentation fault after the output of the first include. -- Edit this bug report at http://bugs.php.net/?id=35484&edit=1