Hi, can you first try to update to Embperl 2.5.0. There are some fixes in, that might solve your problem.
Gerald > -----Ursprüngliche Nachricht----- > Von: Edward Guldemond [mailto:edw...@microdecisions.com] > Gesendet: Donnerstag, 10. Juli 2014 17:45 > An: embperl@perl.apache.org > Betreff: embperl and SSI > > Hello, > > I get a segfault on some page loads when using Embperl 2.4.0 on Apache > 2.2.15 on a CentOS 6.4 server. The page causing the problem is using both SSI > and Embperl. When the page is requested, either no data is returned or > partial data is returned. When no data is returned the following message > appears in the Apache logs: > [Wed Jul 09 14:05:48 2014] [notice] child pid 29812 exit signal Segmentation > fault (11) When partial data is returned no such message appears in the logs. > > Apache is configured to serve the affected file as follows: > <Files *.html> > SetHandler perl-script > PerlHandler Embperl > Options +ExecCGI +Includes > XBitHack Full > </files> > > There are other files that are served with no problem. They all use SSI and > Embperl, and are all significantly smaller than this page - less than 8K. The > affected page was trimmed down to 8100 bytes and served without error. > Disabling SSI for the file by unsetting the execute bit allows the page to be > served without errors (but then the includes do not function). When > trimmed to 8101 the above errors started. > > The following backtrace was observed from Apache when the segfault > occurs: > > Program received signal SIGSEGV, Segmentation fault. > 0x00007fffefb07a98 in EMBPERL2_Node_toString2 (r=0x7ffff8532888, > pDomTree=0x7ffff84ca998, xNode=<value optimized out>, > pRepeatLevel=0x7fffffffdc2e) at epdom.c:3683 > 3683 tNodeData * pNode = Node_self (pDomTree, xNode) ; > (gdb) bt > #0 0x00007fffefb07a98 in EMBPERL2_Node_toString2 (r=0x7ffff8532888, > pDomTree=0x7ffff84ca998, xNode=<value optimized out>, > pRepeatLevel=0x7fffffffdc2e) at epdom.c:3683 > #1 0x00007fffefb07be4 in EMBPERL2_Node_toString2 (r=0x7ffff8532888, > pDomTree=<value optimized out>, xNode=<value optimized out>, > pRepeatLevel=0x7fffffffdc7c) at epdom.c:3894 > #2 0x00007fffefb08413 in EMBPERL2_Node_toString (r=<value optimized > out>, pDomTree=<value optimized out>, xNode=<value optimized out>, > nRepeatLevel=0) at epdom.c:3994 > #3 0x00007fffefaeb65b in OutputToFile (r=0x7ffff8532888) at epmain.c:1123 > #4 0x00007fffefaee478 in EndOutput (r=0x7ffff8532888) at epmain.c:1190 > #5 embperl_RunRequest (r=0x7ffff8532888) at epmain.c:1401 > #6 0x00007fffefaee9aa in embperl_ExecuteRequest > (my_perl=0x7ffff8260bf0, pApacheReqSV=<value optimized out>, > pPerlParam=0x0) at epmain.c:1486 > #7 0x00007fffefaeaae7 in XS_Embperl__Req_ExecuteRequest > (my_perl=0x7ffff8260bf0, cv=<value optimized out>) at Embperl.xs:136 > #8 0x00007ffff1891815 in Perl_pp_entersub () from > /usr/lib64/perl5/CORE/libperl.so > #9 0x00007ffff188fb06 in Perl_runops_standard () from > /usr/lib64/perl5/CORE/libperl.so > #10 0x00007ffff18375df in Perl_call_sv () from > /usr/lib64/perl5/CORE/libperl.so > #11 0x00007ffff1b6e0be in modperl_callback () from > /etc/httpd/modules/mod_perl.so > #12 0x00007ffff1b6e80b in modperl_callback_run_handlers () from > /etc/httpd/modules/mod_perl.so > #13 0x00007ffff1b6ee0f in modperl_callback_per_dir () from > /etc/httpd/modules/mod_perl.so > #14 0x00007ffff1b6875f in ?? () from /etc/httpd/modules/mod_perl.so > #15 0x00007ffff1b68913 in modperl_response_handler_cgi () from > /etc/httpd/modules/mod_perl.so > #16 0x00007ffff7fd6bb0 in ap_run_handler (r=0x7ffff85298c8) at > /usr/src/debug/httpd-2.2.15/server/config.c:158 > #17 0x00007ffff7fda46e in ap_invoke_handler (r=0x7ffff85298c8) at > /usr/src/debug/httpd-2.2.15/server/config.c:376 > #18 0x00007ffff7fe5b30 in ap_process_request (r=0x7ffff85298c8) at > /usr/src/debug/httpd-2.2.15/modules/http/http_request.c:282 > #19 0x00007ffff7fe29a8 in ap_process_http_connection (c=0x7ffff851da58) > at /usr/src/debug/httpd-2.2.15/modules/http/http_core.c:190 > #20 0x00007ffff7fde6b8 in ap_run_process_connection (c=0x7ffff851da58) at > /usr/src/debug/httpd-2.2.15/server/connection.c:43 > #21 0x00007ffff7fea977 in child_main (child_num_arg=<value optimized > out>) at /usr/src/debug/httpd-2.2.15/server/mpm/prefork/prefork.c:667 > #22 0x00007ffff7feac46 in make_child (s=0x7ffff8212860, slot=0) at > /usr/src/debug/httpd-2.2.15/server/mpm/prefork/prefork.c:707 > #23 0x00007ffff7feb293 in ap_mpm_run (_pconf=<value optimized out>, > plog=<value optimized out>, s=<value optimized out>) at > /usr/src/debug/httpd-2.2.15/server/mpm/prefork/prefork.c:983 > #24 0x00007ffff7fc2900 in main (argc=2, argv=0x7fffffffe6d8) at > /usr/src/debug/httpd-2.2.15/server/main.c:760 > > What's the next step to take to figure out the root cause of this issue? Can > SSI and Embperl be combined, and if so, is this done correctly with the above > configuration? > > -- > Edward Guldemond > Programmer / Analyst > MicroDecisions, Inc. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: embperl-unsubscr...@perl.apache.org > For additional commands, e-mail: embperl-h...@perl.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: embperl-unsubscr...@perl.apache.org For additional commands, e-mail: embperl-h...@perl.apache.org
