#42666 [Opn->Fbk]: virtual() causing Apache to segfault.
ID: 42666
Updated by: [EMAIL PROTECTED]
Reported By: per dot jessen at enidan dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
So you should be able to now provide the reproducing script here
instead of the tar package?
Previous Comments:
[2007-10-23 06:19:35] per dot jessen at enidan dot com
Sorry, forgot to mention that - yes, I've removed the XSL calls, and
added a plain syntax error. The segfault still happens.
[2007-10-22 19:24:10] [EMAIL PROTECTED]
And does the problem occur without XSL (by causing some other error) ?
(I can't check the tar package right now)
[2007-10-22 11:35:37] per dot jessen at enidan dot com
My apache config is nothing particularly fancy, I just do plain
language negotiation. Still, I've updated the reproduce code:
http://jessen.ch/files/php-bug42666-oct2007.tar.gz
[2007-10-22 11:05:51] [EMAIL PROTECTED]
Cut'n'paste of the code needed:
load("empty.xsl");
$xp->importStyleSheet($xsl);
?>
I'm not sure how to use the files in that tar ball..I guess you have
some complex multiviews configuration also in there?
Can you please try to cut down all the external stuff to minimum, ie.
without using some fancy Apache configurations?
Does the crash happen if you have some other error? ie. without using
XSL?
[2007-10-01 12:25:27] per dot jessen at enidan dot com
Yes, I already did back on 14 September. The tarball is the same:
http://jessen.ch/files/php-problem-sep2007.tar.gz
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/42666
--
Edit this bug report at http://bugs.php.net/?id=42666&edit=1
#42666 [Opn->Fbk]: virtual() causing Apache to segfault.
ID: 42666
Updated by: [EMAIL PROTECTED]
Reported By: per dot jessen at enidan dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
And does the problem occur without XSL (by causing some other error) ?
(I can't check the tar package right now)
Previous Comments:
[2007-10-22 11:35:37] per dot jessen at enidan dot com
My apache config is nothing particularly fancy, I just do plain
language negotiation. Still, I've updated the reproduce code:
http://jessen.ch/files/php-bug42666-oct2007.tar.gz
[2007-10-22 11:05:51] [EMAIL PROTECTED]
Cut'n'paste of the code needed:
load("empty.xsl");
$xp->importStyleSheet($xsl);
?>
I'm not sure how to use the files in that tar ball..I guess you have
some complex multiviews configuration also in there?
Can you please try to cut down all the external stuff to minimum, ie.
without using some fancy Apache configurations?
Does the crash happen if you have some other error? ie. without using
XSL?
[2007-10-01 12:25:27] per dot jessen at enidan dot com
Yes, I already did back on 14 September. The tarball is the same:
http://jessen.ch/files/php-problem-sep2007.tar.gz
[2007-10-01 12:15:42] [EMAIL PROTECTED]
You need to provide us a short but complete example script which can be
used to reproduce this problem.
[2007-09-17 11:48:37] [EMAIL PROTECTED]
updated summary.
The xsl code just exposes the problem caused by the virtual call.
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/42666
--
Edit this bug report at http://bugs.php.net/?id=42666&edit=1
#42666 [Opn->Fbk]: virtual() causing Apache to segfault.
ID: 42666
Updated by: [EMAIL PROTECTED]
Reported By: per dot jessen at enidan dot com
-Status: Open
+Status: Feedback
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
Cut'n'paste of the code needed:
load("empty.xsl");
$xp->importStyleSheet($xsl);
?>
I'm not sure how to use the files in that tar ball..I guess you have
some complex multiviews configuration also in there?
Can you please try to cut down all the external stuff to minimum, ie.
without using some fancy Apache configurations?
Does the crash happen if you have some other error? ie. without using
XSL?
Previous Comments:
[2007-10-01 12:25:27] per dot jessen at enidan dot com
Yes, I already did back on 14 September. The tarball is the same:
http://jessen.ch/files/php-problem-sep2007.tar.gz
[2007-10-01 12:15:42] [EMAIL PROTECTED]
You need to provide us a short but complete example script which can be
used to reproduce this problem.
[2007-09-17 11:48:37] [EMAIL PROTECTED]
updated summary.
The xsl code just exposes the problem caused by the virtual call.
[2007-09-16 16:50:31] per dot jessen at enidan dot com
The reproduce script requires virtual() which isn't available in CLI.
[2007-09-16 14:51:24] [EMAIL PROTECTED]
Does the crash happen in CLI?
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/42666
--
Edit this bug report at http://bugs.php.net/?id=42666&edit=1
#42666 [Opn->Fbk]: virtual() causing Apache to segfault.
ID: 42666 Updated by: [EMAIL PROTECTED] Reported By: per dot jessen at enidan dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.2.4 New Comment: You need to provide us a short but complete example script which can be used to reproduce this problem. Previous Comments: [2007-09-17 11:48:37] [EMAIL PROTECTED] updated summary. The xsl code just exposes the problem caused by the virtual call. [2007-09-16 16:50:31] per dot jessen at enidan dot com The reproduce script requires virtual() which isn't available in CLI. [2007-09-16 14:51:24] [EMAIL PROTECTED] Does the crash happen in CLI? [2007-09-14 12:13:45] per dot jessen at enidan dot com I ran apache with gdb to produce this backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214642496 (LWP 26256)] 0xb77fa792 in zend_get_executed_lineno () from /usr/lib/apache2/mod_php5.so (gdb) bt #0 0xb77fa792 in zend_get_executed_lineno () from /usr/lib/apache2/mod_php5.so #1 0xbfa1fcd8 in ?? () #2 0xb7809e05 in zend_error_noreturn () from /usr/lib/apache2/mod_php5.so #3 0xb7809e05 in zend_error_noreturn () from /usr/lib/apache2/mod_php5.so #4 0xb77c0fd4 in php_verror () from /usr/lib/apache2/mod_php5.so #5 0xb77c14df in php_error_docref0 () from /usr/lib/apache2/mod_php5.so #6 0xb76e6656 in php_libxml_structured_error_handler () from /usr/lib/apache2/mod_php5.so #7 0xb76e66bc in php_libxml_error_handler () from /usr/lib/apache2/mod_php5.so #8 0xb6bfbcac in xsltTransformError () from /usr/lib/libxslt.so.1 #9 0xb6bf87e4 in xsltParseStylesheetProcess () from /usr/lib/libxslt.so.1 #10 0xb6bf92cd in xsltParseStylesheetImportedDoc () from /usr/lib/libxslt.so.1 #11 0xb6bf939a in xsltParseStylesheetDoc () from /usr/lib/libxslt.so.1 #12 0xb6ca3918 in zif_xsl_xsltprocessor_import_stylesheet () from /usr/lib/php5/extensions/xsl.so #13 0xb783909b in execute () from /usr/lib/apache2/mod_php5.so #14 0xb7829a98 in execute () from /usr/lib/apache2/mod_php5.so #15 0xb78087e3 in zend_execute_scripts () from /usr/lib/apache2/mod_php5.so #16 0xb77c2570 in php_execute_script () from /usr/lib/apache2/mod_php5.so #17 0xb788ea4d in php_ap2_register_hook () from /usr/lib/apache2/mod_php5.so #18 0x800327ad in ap_run_handler () from /usr/sbin/httpd2-prefork #19 0x80036217 in ap_invoke_handler () from /usr/sbin/httpd2-prefork #20 0x8004247e in ap_process_request () from /usr/sbin/httpd2-prefork #21 0x8003f278 in ap_register_input_filter () from /usr/sbin/httpd2-prefork #22 0x8003a83d in ap_run_process_connection () from /usr/sbin/httpd2-prefork #23 0x80046c67 in ap_graceful_stop_signalled () from /usr/sbin/httpd2-prefork #24 0x80046f4a in ap_graceful_stop_signalled () from /usr/sbin/httpd2-prefork #25 0x80047e51 in ap_mpm_run () from /usr/sbin/httpd2-prefork #26 0x8001dd4b in main () from /usr/sbin/httpd2-prefork [2007-09-14 10:14:59] per dot jessen at enidan dot com OK, I've updated the tar ball: http://jessen.ch/files/php-problem-sep2007.tar.gz There are now only 5 lines of PHP code. The included file is empty as is the XSLT stylesheet. I'm pretty certain the problem is actually caused by the virtual() call, but it doesn't manifest itself till later. 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/42666 -- Edit this bug report at http://bugs.php.net/?id=42666&edit=1
