perl-embperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <rich...@ecos.de>
Subject AW: embperl and SSI
Date Fri, 11 Jul 2014 09:34:01 GMT
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:edward@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-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
For additional commands, e-mail: embperl-help@perl.apache.org


Mime
View raw message