You are viewing a plain text version of this content. The canonical link for it is here.
Posted to embperl@perl.apache.org by Michael Stepanov <st...@francoudi.com> on 2006/03/28 11:49:33 UTC

Embper 2.10 and Apache 2.2.0

Hi,

I made upgrade from Fedora Core 4 to Fedora Core 5. After that I tried 
to recompile Embperl. It gave some warnings about not declared 
functions. I run a test and it gave me following error:

Performing httpd syntax check 1 ...  ERROR: Syntax OK not found
Got httpd: Syntax error on line 33 of 
/tmp/Embperl-2.1.0/test/conf/httpd.min.conf: Cannot load 
/tmp/Embperl-2.1.0/blib/arch/auto/Embperl/Embperl.so into server: 
/tmp/Embperl-2.1.0/blib/arch/auto/Embperl/Embperl.so: undefined symbol: 
ap_table_do                 

Any ideas how to fix it?
Thanks in advance.

Env: Fedora Core 5, Apache 2.2.0, mod_perl 2.0.2, Embperl 2.10

-- 
Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


Re: Embper 2.10 and Apache 2.2.0

Posted by Michael Stepanov <st...@francoudi.com>.
Gerald Richter wrote:
>>> Could you please run
>>>
>>>   make test TESTARGS="-h --gdb"
>>>
>>> This should give you the chance to get a stackbacktrace 
>>>       
>> form the test. 
>>     
>>> If you get the backtrace, please type a
>>>
>>> p *r
>>>   
>>>       
>> The backtrace is here:
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread -1208805712 (LWP 6801)]
>> 0x0057fff7 in embperl_GetApacheAppName (pDirCfg=0x100948c5) at
>> mod_embperl.c:904
>>     
>
> If you run this multiple times, does it always fails to the same location?
>
> Just to be sure, are the sources (include file from Apache) are the same
> from which Apache was compiled and with which Embperl was compiled? The only
> idea I have at the moment is, that the sources or binaries are mixed up
> somehow...
>   
You are right, Gerald. I suspect there are some old Apache headers in 
the /usr/include/httpd. I removed the package httpd_devel, deleted 
/usr/include/httpd completely and installed httpd_devel again. Then I 
recompiled Embperl and it started work properly! The problem is resolved 
now!
Thanks a lot!
> Gerald
>
>
>
>  
> ** Virus checked by BB-5000 Mailfilter ** 
>
>   


-- 
Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
> > Could you please run
> >
> >   make test TESTARGS="-h --gdb"
> >
> > This should give you the chance to get a stackbacktrace 
> form the test. 
> > If you get the backtrace, please type a
> >
> > p *r
> >   
> The backtrace is here:
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1208805712 (LWP 6801)]
> 0x0057fff7 in embperl_GetApacheAppName (pDirCfg=0x100948c5) at
> mod_embperl.c:904

If you run this multiple times, does it always fails to the same location?

Just to be sure, are the sources (include file from Apache) are the same
from which Apache was compiled and with which Embperl was compiled? The only
idea I have at the moment is, that the sources or binaries are mixed up
somehow...

Gerald



 
** Virus checked by BB-5000 Mailfilter ** 


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


Re: Embper 2.10 and Apache 2.2.0

Posted by Michael Stepanov <st...@francoudi.com>.
Gerald Richter wrote:
> Could you please run
>
>   make test TESTARGS="-h --gdb"
>
> This should give you the chance to get a stackbacktrace form the test. If
> you get the backtrace, please type a
>
> p *r
>   
The backtrace is here:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208805712 (LWP 6801)]
0x0057fff7 in embperl_GetApacheAppName (pDirCfg=0x100948c5) at 
mod_embperl.c:904
904         char *n = pDirCfg?pDirCfg -> AppConfig.sAppName:"Embperl" ;
#0  0x0057fff7 in embperl_GetApacheAppName (pDirCfg=0x100948c5) at 
mod_embperl.c:904
#1  0x005633b9 in embperl_SetupApp (my_perl=0x922a320, 
pThread=0x92b5004, pApacheCfg=0x100948c5, pPerlParam=0x0, ppApp=0xbff5c0b4)
    at epinit.c:608
#2  0x0056386d in embperl_InitAppForRequest (my_perl=0x922a320, 
pApacheReqSV=0x92476a0, pPerlParam=0x0, ppThread=0xbff5c108,
    ppApp=0xbff5c104, ppApacheCfg=0xbff5c0fc) at epinit.c:2189
#3  0x00565ff9 in embperl_InitRequest (my_perl=0x922a320, 
pApacheReqSV=0x92476a0, pPerlParam=0x0, ppReq=0xbff5c188)
    at epinit.c:2242
#4  0x00566f1a in embperl_InitRequestComponent (my_perl=0x922a320, 
pApacheReqSV=0x92476a0, pPerlParam=0x0, ppReq=0xbff5c188)
    at epinit.c:2331
#5  0x0055714d in embperl_ExecuteRequest (my_perl=0x922a320, 
pApacheReqSV=0x92476a0, pPerlParam=0x0) at epmain.c:1469
#6  0x00552e35 in XS_Embperl__Req_ExecuteRequest (my_perl=0x922a320, 
cv=0x9232bac) at Embperl.xs:136
#7  0x00dc2efd in Perl_pp_entersub () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#8  0x00dbc3cf in Perl_runops_standard () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#9  0x00d5cc7e in Perl_magicname () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#10 0x00d613c6 in Perl_call_sv () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#11 0x004380ff in modperl_callback () from 
/usr/lib/httpd/modules/mod_perl.so
#12 0x004387fa in modperl_callback_run_handlers () from 
/usr/lib/httpd/modules/mod_perl.so
#13 0x00438e6a in modperl_callback_per_dir () from 
/usr/lib/httpd/modules/mod_perl.so
#14 0x00431fcf in modperl_response_init () from 
/usr/lib/httpd/modules/mod_perl.so
#15 0x0043219b in modperl_response_handler_cgi () from 
/usr/lib/httpd/modules/mod_perl.so
#16 0x0050dfbd in ap_run_handler () from /usr/sbin/httpd
#17 0x00511958 in ap_invoke_handler () from /usr/sbin/httpd
#18 0x0051d811 in ap_process_request () from /usr/sbin/httpd
#19 0x0051a62f in ap_register_input_filter () from /usr/sbin/httpd
#20 0x00515e5d in ap_run_process_connection () from /usr/sbin/httpd
#21 0x00515f5c in ap_process_connection () from /usr/sbin/httpd
#22 0x00521ae2 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#23 0x00521d54 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#24 0x00522c69 in ap_mpm_run () from /usr/sbin/httpd
#25 0x004f9917 in main () from /usr/sbin/httpd
(gdb) ERR:Server closed connection without sending any data back

But I didn't type p *r because after print out backtrace the test 
crashed and finished.

> And send me the backtrace along with the print output
>
> Gerald
>
>   
-- 

Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
> >>>   
> >>>       
> >> Not. Test doesn't give the segfault . It crash with error:
> >>
> >> #0 ascii...                   ERR:Server closed connection without 
> >> sending any data back
> >>     
> >

That's a segfault too, you just doesn't get the message from Apache, because
it run with -X option.

That's really strange. This test works for me with the same versions
installed...

> > Is it possible that your apache is not compiled with prefork mpm?
> >
> > Could you send me an
> >
> >  httpd -l
> >   
> It's there:
> /usr/sbin/httpd -l
> Compiled in modules:
>   core.c
>   prefork.c
>   http_core.c
>   mod_so.c
> 
> As I understand it was compiled with prefork.
> 

Yes, you are right.


Could you please run

  make test TESTARGS="-h --gdb"

This should give you the chance to get a stackbacktrace form the test. If
you get the backtrace, please type a

p *r

And send me the backtrace along with the print output

Gerald



> > Gerald
> >
> >
> >
> >  
> > ** Virus checked by BB-5000 Mailfilter **
> >
> >   
> 
> 
> --
> Best regards,
> Michael Stepanov
> Senior Software Developer
> PrimeTel Ltd
> Tel: +357 25-867154
> Email: stepanov@francoudi.com
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org
> 
> 
>  
> ** Virus checked by BB-5000 Mailfilter ** 
> !DSPAM:443e081d39321349914826!
> 


 
** Virus checked by BB-5000 Mailfilter ** 


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


Re: Embper 2.10 and Apache 2.2.0

Posted by Michael Stepanov <st...@francoudi.com>.
Gerald Richter wrote:
>>>   
>>>       
>> Not. Test doesn't give the segfault . It crash with error:
>>
>> #0 ascii...                   ERR:Server closed connection without 
>> sending any data back
>>     
>
> Is it possible that your apache is not compiled with prefork mpm?
>
> Could you send me an
>
>  httpd -l
>   
It's there:
/usr/sbin/httpd -l
Compiled in modules:
  core.c
  prefork.c
  http_core.c
  mod_so.c

As I understand it was compiled with prefork.

> Gerald
>
>
>
>  
> ** Virus checked by BB-5000 Mailfilter ** 
>
>   


-- 
Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
> >   
> Not. Test doesn't give the segfault . It crash with error:
> 
> #0 ascii...                   ERR:Server closed connection without 
> sending any data back

Is it possible that your apache is not compiled with prefork mpm?

Could you send me an

 httpd -l

Gerald



 
** Virus checked by BB-5000 Mailfilter ** 


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


Re: Embperl 2.2.0 make test failures

Posted by Matt Bockol <mb...@carleton.edu>.
Gerald Richter wrote:

>>#216 EmbperlObject/errdoc/epoerrdoc2.htm...
>>
>>Expected 2 more error(s) in logfile
>>
>>    
>>
>
>Could you please run
>
>  make test TESTARGS="-h 216"
>
>And send me test/tmp/httpd.err.log
>
>  
>
The log file is attached. Thanks for your help.

Matt


RE: Embperl 2.2.0 make test failures

Posted by Gerald Richter <ri...@ecos.de>.
> 
> The first failure seems to be just an old version in the 
> test/cmp/epoincdiv.htm file. I see the following error:
> 

Oops, I raised the version nummer after doing the final tests. I should have
done this the other way round. I will fix this soon.

> 
> #216 EmbperlObject/errdoc/epoerrdoc2.htm...
> 
> Expected 2 more error(s) in logfile
> 

Could you please run

  make test TESTARGS="-h 216"

And send me test/tmp/httpd.err.log

> 
> I can bypass this error by erasing it from test.pl and 
> everything else seems to go fine. 

 make test TESTARGS="-i"

Will also ignore these errors, just for your convenience

Gerald


 
** Virus checked by BB-5000 Mailfilter ** 


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


Embperl 2.2.0 make test failures

Posted by Matt Bockol <mb...@carleton.edu>.
Hello Folks,

Two tests fail for me with Embperl 2.2.0. One seems trivial the other 
possibly not so much. Make succeeds fine and I've got it running under 
httpd 2.2.0 just fine.

The first failure seems to be just an old version in the 
test/cmp/epoincdiv.htm file. I see the following error:

#194 EmbperlObject/epoincdiv.htm...
Error in Line 286
Is:     ><P>2.2.0<P><
Should: ><P>2.1<
Input:          test/html/EmbperlObject/epoincdiv.htm
Output:         test/tmp/out.htm
Compared to:    test/cmp/epoincdiv.htm
Log:            test/tmp/test.log
Testparameter:
  cgi = 0
  offline = 0

If I change line 286 of test/cmp/epoincdiv.htm to be 2.2.0 the test passes.

A similar error occurs for test/cmp/epodiv.htm :

#196 EmbperlObject/epodiv.htm...
Error in Line 282
Is:     ><P>2.2.0<P><
Should: ><P>(2\.1.*?|1\.3.*?)<P><
Input:          test/html/EmbperlObject/epodiv.htm
Output:         test/tmp/out.htm
Compared to:    test/cmp/epodiv.htm
Log:            test/tmp/test.log
Testparameter:
  offline = 0

with a similar fix.  Then I run into real trouble:

#216 EmbperlObject/errdoc/epoerrdoc2.htm...

Expected 2 more error(s) in logfile

Input:          test/html/EmbperlObject/errdoc/epoerrdoc2.htm
Output:         test/tmp/out.htm
Log:            test/tmp/test.log
Testparameter:
  errors = 4
  noerrtest = 1
  cgi = 0
  offline = 0

The test/tmp/out.htm file shows 4 errors (the log is attached):

<html>
<head>
<title>Tests for Embperl - ErrorDocument</title>
</head>

<body>

This page is shown due to an ErrorDocument redirection<p>


main:
prev: Apache2::RequestRec=SCALAR(0x91d1a18)
next:
There are 4 errormessages:

<table border=1>
        <tr><td>[29171]ERR:  32:  Warning in Perl code:         (in 
cleanup) Can't locate bad_module_without_name.pm in @INC (@INC contain
s: /home/mbockol/wsg-src/builds/Embperl-2.2.0/blib/arch 
/home/mbockol/wsg-src/builds/Embperl-2.2.0/blib/lib . 
/usr/lib/perl5/5.8.5/i386-li
nux-thread-multi /usr/lib/perl5/5.8.5 
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thr
ead-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/sit
e_perl/5.8.1/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/
site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 
/usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 
/usr/lib/perl5/site_perl/5.8.
0 /usr/lib/perl5/site_perl 
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-mul
ti /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi /us</td></tr>

        <tr><td>[29171]ERR:  24:  Error in Perl code: Can't locate 
bad_module_without_name.pm in @INC (@INC contains: /home/mbockol/wsg-sr
c/builds/Embperl-2.2.0/blib/arch 
/home/mbockol/wsg-src/builds/Embperl-2.2.0/blib/lib . 
/usr/lib/perl5/5.8.5/i386-linux-thread-multi /usr/l
ib/perl5/5.8.5 /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl
5/site_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.1/i386-linux
-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/li
b/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2 
/usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 
/usr/lib/perl5/site_p
erl /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi 
/usr/lib/perl5/vendo
r_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi 
/usr/lib/perl5/ve</td></tr>

        <tr><td>[29171]ERR:  32:  Warning in Perl code:         (in 
cleanup) Can't locate bad_module_without_name.pm in @INC (@INC contain
s: /home/mbockol/wsg-src/builds/Embperl-2.2.0/blib/arch 
/home/mbockol/wsg-src/builds/Embperl-2.2.0/blib/lib . 
/usr/lib/perl5/5.8.5/i386-li
nux-thread-multi /usr/lib/perl5/5.8.5 
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thr
ead-multi /usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi /usr/lib/perl5/sit
e_perl/5.8.1/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/
site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.3 
/usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.1 
/usr/lib/perl5/site_perl/5.8.
0 /usr/lib/perl5/site_perl 
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-mul
ti /usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi /us</td></tr>

        <tr><td>[29171]ERR:  24:  Error in Perl code: Can't locate 
bad_module_without_name.pm in @INC (@INC contains: /home/mbockol/wsg-sr
c/builds/Embperl-2.2.0/blib/arch 
/home/mbockol/wsg-src/builds/Embperl-2.2.0/blib/lib . 
/usr/lib/perl5/5.8.5/i386-linux-thread-multi /usr/l
ib/perl5/5.8.5 /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi /usr/lib/perl
5/site_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.1/i386-linux
-thread-multi /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi 
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4 /usr/li
b/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2 
/usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0 
/usr/lib/perl5/site_p
erl /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi 
/usr/lib/perl5/vendo
r_perl/5.8.3/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi 
/usr/lib/perl5/ve</td></tr>
</table>

</body>
</html>


I can bypass this error by erasing it from test.pl and everything else 
seems to go fine. I don't understand the test process well enough at 
this point to debug it though. Hopefully this will help.

Thanks,
Matt Bockol
Web Technical Administrator
Carleton College, Northfield MN


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
> 
> Gerald Richter wrote:
> >> I tried the latest version of Embperl but without any 
> luck. I still 
> >> have a Segmentation fault. Here is a backtrace:
> >>
> >>     
> >
> > Does make test work for you, or does the segfault also occur during 
> > make test?
> >   
> Not. Test doesn't give the segfault . It crash with error:
> 
> #0 ascii...                   ERR:Server closed connection without 
> sending any data back

Could your send me your test/tmp/test.log?

Gerald



 
** Virus checked by BB-5000 Mailfilter ** 


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


Re: Embper 2.10 and Apache 2.2.0

Posted by Michael Stepanov <st...@francoudi.com>.
Gerald Richter wrote:
>> I tried the latest version of Embperl but without any luck. I 
>> still have a Segmentation fault. Here is a backtrace:
>>
>>     
>
> Does make test work for you, or does the segfault also occur during make
> test?
>   
Not. Test doesn't give the segfault . It crash with error:

#0 ascii...                   ERR:Server closed connection without 
sending any data back
> What do you do to produce the segfault?
>   
Any request to any Embperl web applications. For example this simple page:
[-
    our $test = 'This is just a test ...';
-]

TEST: [+$test+]
> Does it occur during startup or restart?
>   
It occur during q request.
> Does it only occur when you request a special page or for every page?
>   
For every Embperl pages. PHP and Mason works fine.

P.S. I have following Embperl configuration in /etc/httpd/conf.d/perl.conf:

LoadModule embperl_module 
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/Embperl/Embperl.so

AddType text/html .epl

PerlModule Embperl

<FilesMatch ".*\.epl|.*\.htm?$">
        SetHandler perl-script
    PerlHandler Embperl
    Options ExecCGI
</FilesMatch>

> Gerald
>
>
>
>  
> ** Virus checked by BB-5000 Mailfilter ** 
>
>   


-- 
Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
> I tried the latest version of Embperl but without any luck. I 
> still have a Segmentation fault. Here is a backtrace:
> 

Does make test work for you, or does the segfault also occur during make
test?

What do you do to produce the segfault?

Does it occur during startup or restart?

Does it only occur when you request a special page or for every page?

Gerald



 
** Virus checked by BB-5000 Mailfilter ** 


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


Re: Embper 2.10 and Apache 2.2.0

Posted by Michael Stepanov <st...@francoudi.com>.
Gerald Richter wrote:
>> Gerald Richter wrote:
>>     
>>>>> Some time ago there was a patch for Apache 2.2 on the 
>>>>>           
>> mailing list. 
>>     
>>>>> You should be able to find it in the archives.
>>>>>   
>>>>>       
>>>>>           
>>>> Thanks Gerald for your replay. I found and applied the patch. 
>>>> Now it gives "Segmentation fault". I checked PHP and Mason web 
>>>> applications.
>>>> They are working fine. The problem only with Embperl.
>>>>     
>>>>         
>
> Could you please try if Embperl 2.2.0 fixes this problem for you?
>   
I tried the latest version of Embperl but without any luck. I still have 
a Segmentation fault. Here is a backtrace:

--- Start backtrace ------

#0  0x009f1350 in apr_table_get () from /usr/lib/libapr-1.so.0
#1  0x01a6088c in embperl_GetApacheReqParam (pApp=0x9270564, 
pPool=0xa5610ec, r=0xa556fd8, pParam=0xa561160) at mod_embperl.c:1167
#2  0x01a444b0 in embperl_SetupRequest (my_perl=0xa1bdc50, 
pApacheReqSV=0x9e0d36c, pApp=0x9270564, pApacheCfg=0x8fabd78,
    pPerlParam=0x0, ppReq=0xbf8e30b0) at epinit.c:1431
#3  0x01a4604b in embperl_InitRequest (my_perl=0xa1bdc50, 
pApacheReqSV=0x9e0d36c, pPerlParam=0x0, ppReq=0xbf8e3138)
    at epinit.c:2255
#4  0x01a46f1a in embperl_InitRequestComponent (my_perl=0xa1bdc50, 
pApacheReqSV=0x9e0d36c, pPerlParam=0x0, ppReq=0xbf8e3138)
    at epinit.c:2331
#5  0x01a3714d in embperl_ExecuteRequest (my_perl=0xa1bdc50, 
pApacheReqSV=0x9e0d36c, pPerlParam=0x0) at epmain.c:1469
#6  0x01a32e35 in XS_Embperl__Req_ExecuteRequest (my_perl=0xa1bdc50, 
cv=0x92e7468) at Embperl.xs:136
#7  0x017bdefd in Perl_pp_entersub () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#8  0x017b73cf in Perl_runops_standard () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#9  0x01757c7e in Perl_magicname () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#10 0x0175c3c6 in Perl_call_sv () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#11 0x005d40ff in modperl_callback () from /etc/httpd/modules/mod_perl.so
#12 0x005d47fa in modperl_callback_run_handlers () from 
/etc/httpd/modules/mod_perl.so
#13 0x005d4e6a in modperl_callback_per_dir () from 
/etc/httpd/modules/mod_perl.so
#14 0x005cdfcf in modperl_response_init () from 
/etc/httpd/modules/mod_perl.so
#15 0x005ce19b in modperl_response_handler_cgi () from 
/etc/httpd/modules/mod_perl.so
#16 0x00cbcfbd in ap_run_handler () from /usr/sbin/httpd
#17 0x00cc0958 in ap_invoke_handler () from /usr/sbin/httpd
#18 0x00ccc811 in ap_process_request () from /usr/sbin/httpd
#19 0x00cc962f in ap_register_input_filter () from /usr/sbin/httpd
#20 0x00cc4e5d in ap_run_process_connection () from /usr/sbin/httpd
#21 0x00cc4f5c in ap_process_connection () from /usr/sbin/httpd
#22 0x00cd0ae2 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#23 0x00cd0d54 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#24 0x00cd1c69 in ap_mpm_run () from /usr/sbin/httpd
#25 0x00ca8917 in main () from /usr/sbin/httpd


---- End backtrace -------
> Gerald
>
>
>  
> ** Virus checked by BB-5000 Mailfilter ** 
>
>   


-- 
Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
> Gerald Richter wrote:
> >>> Some time ago there was a patch for Apache 2.2 on the 
> mailing list. 
> >>> You should be able to find it in the archives.
> >>>   
> >>>       
> >> Thanks Gerald for your replay. I found and applied the patch. 
> >> Now it gives "Segmentation fault". I checked PHP and Mason web 
> >> applications.
> >> They are working fine. The problem only with Embperl.
> >>     

Could you please try if Embperl 2.2.0 fixes this problem for you?

Gerald


 
** Virus checked by BB-5000 Mailfilter ** 


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


Re: Embper 2.10 and Apache 2.2.0

Posted by Michael Stepanov <st...@francoudi.com>.
Gerald Richter wrote:
>>> Some time ago there was a patch for Apache 2.2 on the mailing list. 
>>> You should be able to find it in the archives.
>>>   
>>>       
>> Thanks Gerald for your replay. I found and applied the patch. 
>> Now it gives "Segmentation fault". I checked PHP and Mason 
>> web applications. 
>> They are working fine. The problem only with Embperl.
>>     
>
> Are you able to let it run under gdb and send me a stackbacktrace?
>   
This is the stackbacktrace:
----------- START -------------

#0  0x00243350 in apr_table_get () from /usr/lib/libapr-1.so.0
#1  0x02a96c83 in embperl_GetApacheReqParam (pApp=0x87ab224, 
pPool=0x96de8ac, r=0x96d4718, pParam=0x96de918) at mod_embperl.c:1165
#2  0x02a69048 in embperl_SetupRequest (my_perl=0x93274f0, 
pApacheReqSV=0x95ffd28, pApp=0x87ab224, pApacheCfg=0x0,
    pPerlParam=0x0, ppReq=0xbff546ec) at epinit.c:1408
#3  0x02a6b7eb in embperl_InitRequest (my_perl=0x93274f0, 
pApacheReqSV=0x95ffd28, pPerlParam=0x0, ppReq=0xbff54758)
    at epinit.c:2216
#4  0x02a6bd88 in embperl_InitRequestComponent (my_perl=0x0, 
pApacheReqSV=0x95ffd28, pPerlParam=0x0, ppReq=0xbff54758)
    at epinit.c:2292
#5  0x02a58d8a in embperl_ExecuteRequest (my_perl=0x93274f0, 
pApacheReqSV=0x95ffd28, pPerlParam=0x0) at epmain.c:1453
#6  0x02a4c634 in XS_Embperl__Req_ExecuteRequest (my_perl=0x93274f0, 
cv=0x8702e50) at Embperl.xs:125
#7  0x06a3fefd in Perl_pp_entersub () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#8  0x06a393cf in Perl_runops_standard () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#9  0x069d9c7e in Perl_magicname () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#10 0x069de3c6 in Perl_call_sv () from 
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE/libperl.so
#11 0x007390ff in modperl_callback () from /etc/httpd/modules/mod_perl.so
#12 0x007397fa in modperl_callback_run_handlers () from 
/etc/httpd/modules/mod_perl.so
#13 0x00739e6a in modperl_callback_per_dir () from 
/etc/httpd/modules/mod_perl.so
#14 0x00732fcf in modperl_response_init () from 
/etc/httpd/modules/mod_perl.so
#15 0x0073319b in modperl_response_handler_cgi () from 
/etc/httpd/modules/mod_perl.so
#16 0x008f8fbd in ap_run_handler () from /usr/sbin/httpd
#17 0x008fc958 in ap_invoke_handler () from /usr/sbin/httpd
#18 0x00908811 in ap_process_request () from /usr/sbin/httpd
#19 0x0090562f in ap_register_input_filter () from /usr/sbin/httpd
#20 0x00900e5d in ap_run_process_connection () from /usr/sbin/httpd
#21 0x00900f5c in ap_process_connection () from /usr/sbin/httpd
#22 0x0090cae2 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#23 0x0090cd54 in ap_graceful_stop_signalled () from /usr/sbin/httpd
#24 0x0090dc69 in ap_mpm_run () from /usr/sbin/httpd
#25 0x008e4917 in main () from /usr/sbin/httpd


------------ END ----------------
> If yes, please compile Embperl with
>
>   perl Makefile.PL debug
>   make install
>
> Gerald
>
>   
>
>
>  
> ** Virus checked by BB-5000 Mailfilter ** 
>
>   


-- 
Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
> >
> > Some time ago there was a patch for Apache 2.2 on the mailing list. 
> > You should be able to find it in the archives.
> >   
> Thanks Gerald for your replay. I found and applied the patch. 
> Now it gives "Segmentation fault". I checked PHP and Mason 
> web applications. 
> They are working fine. The problem only with Embperl.

Are you able to let it run under gdb and send me a stackbacktrace?

If yes, please compile Embperl with

  perl Makefile.PL debug
  make install

Gerald

  


 
** Virus checked by BB-5000 Mailfilter ** 


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


Re: Embper 2.10 and Apache 2.2.0

Posted by Michael Stepanov <st...@francoudi.com>.
Gerald Richter wrote:
> Hi,
>   
>> I made upgrade from Fedora Core 4 to Fedora Core 5. After 
>> that I tried to recompile Embperl. It gave some warnings 
>> about not declared functions. I run a test and it gave me 
>> following error:
>>
>>
>> Env: Fedora Core 5, Apache 2.2.0, mod_perl 2.0.2, Embperl 2.10
>>
>>     
>
> Some time ago there was a patch for Apache 2.2 on the mailing list. You
> should be able to find it in the archives.
>   
Thanks Gerald for your replay. I found and applied the patch. Now it 
gives "Segmentation fault". I checked PHP and Mason web applications. 
They are working fine. The problem only with Embperl.
> This patch will be in the next release
>
> Gerald
>
>
>  
> ** Virus checked by BB-5000 Mailfilter ** 
>
>   


-- 
Best regards, 
Michael Stepanov
Senior Software Developer
PrimeTel Ltd
Tel: +357 25-867154
Email: stepanov@francoudi.com


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


RE: Embper 2.10 and Apache 2.2.0

Posted by Gerald Richter <ri...@ecos.de>.
Hi,
> 
> I made upgrade from Fedora Core 4 to Fedora Core 5. After 
> that I tried to recompile Embperl. It gave some warnings 
> about not declared functions. I run a test and it gave me 
> following error:
> 
> 
> Env: Fedora Core 5, Apache 2.2.0, mod_perl 2.0.2, Embperl 2.10
> 

Some time ago there was a patch for Apache 2.2 on the mailing list. You
should be able to find it in the archives.

This patch will be in the next release

Gerald


 
** Virus checked by BB-5000 Mailfilter ** 


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