embperl@perl.apache.org Archives

RE: Compiling Embperl

2009-11-23T19:44:21Z

There was a patched posted for this CGI problem about one or two month ago on the mailing list.
It will be part of the next release

Gerald 

> -----Original Message-----
> From: Soltan Safavi [mailto:soltan@mycopa.com] 
> Sent: Monday, November 23, 2009 7:05 PM
> To: Gerald Richter - ECOS
> Cc: David G. (HQ-JF000)[INDYNE INC]; Ed Grimm; embperl@perl.apache.org
> Subject: Re: Compiling Embperl
> 
> Hi,
> 
> I am using Fedora 10
> Apache2::BuildConfig was missing in mod_perl-2.0.4-7.i386.rpm 
> which was installed.
> I could find it in mod_perl-devel-2.0.4-7.i386.rpm. Please 
> note that this RPM was not initially part of Fedora core package.
> Our application works fine and the only problem that I have 
> noticed is related to the  "multipart/form-data", basically I 
> can't upload files.
> 
> Thank you
> 
> Soltan
> 
> 
> gerald.richter@ecos.de wrote:
> > Hi,
> >
> > How did you install Apache2::BuildConfig?
> >
> > Is there some RedHat package you can install?
> >
> > If yes, which one? I think this is of interesst for others as well.
> >
> > As far as I can see you can safely ignore the test errors. 
> These are 
> > only, because error message texts have changed in Perl 5.10 and 
> > Embperl tests are not quite up to date :-(
> >
> > Gerald
> >  
> >
> >   
> >> -----Original Message-----
> >> From: Soltan Safavi [mailto:soltan@mycopa.com]
> >> Sent: Friday, November 20, 2009 11:00 PM
> >> To: Gerald Richter - ECOS
> >> Cc: David G. (HQ-JF000)[INDYNE INC]; Ed Grimm; 
> >> embperl@perl.apache.org
> >> Subject: Re: Compiling Embperl
> >>
> >> Gerald,
> >>
> >> As you pointed out it was lack of Apache2::BuildConfig.  I 
> installed 
> >> it and I could compiled it easily, but make test 
> TESTARGS="-i" shows 
> >> a lot of errors. Please let me know what you think.
> >>
> >> Thank you
> >>
> >> Soltan
> >>
> >>
> >>
> >>
> >> PERL_DL_NONLAZY=0 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" 
> test.pl -i
> >>
> >> loading...                    ok
> >>
> >> Testing offline mode...
> >> -----------------------
> >>
> >> #12 error.htm...
> >>
> >> [-1]Missing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #13 error.htm...
> >>
> >> [-1]Missing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #14 error.htm...
> >>
> >> [-1]Missing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #21 errormismatch.htm...      ok
> >>
> >> Testing Execute function...
> >> --------------------------
> >> error.htm to memory...
> >>
> >> [-1]Missing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >>
> >> Testing Ouput Caching...
> >> -------------------------
> >>
> >>
> >> Testing mod_perl mode...
> >> ------------------------
> >>
> >> #12 error.htm...
> >>
> >> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in 
> >> Perl
> >> code: syntax error at
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 23, at 
> >> EOF\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 32, near 
> >> "+ )"\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 46, near 
> >> "$error is here "\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 59, near 
> >> ";\n\n}"\nMissing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #13 error.htm...
> >>
> >> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in 
> >> Perl
> >> code: syntax error at
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 23, at 
> >> EOF\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 32, near 
> >> "+ )"\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 46, near 
> >> "$error is here "\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 59, near 
> >> ";\n\n}"\nMissing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #14 error.htm...
> >>
> >> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in 
> >> Perl
> >> code: syntax error at
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 23, at 
> >> EOF\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 32, near 
> >> "+ )"\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 46, near 
> >> "$error is here "\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm 
> line 59, near 
> >> ";\n\n}"\nMissing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #21 errormismatch.htm...      ok
> >> #28 errdoc/errdoc.htm...
> >>
> >> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in 
> >> Perl
> >> code: syntax error at
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
> >>  line 23, at EOF\nsyntax error at
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
> >>  line 32, near "+ )"\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
> >>  line 46, near "$error is here "\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
> >>  line 59, near ";\n\n}"\nMissing right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
> >>  line 60, at end of line
> >>
> >> #30 errdoc/epl/errdoc2.htm...
> >>
> >> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in 
> >> Perl
> >> code: syntax error at
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> >> 2.htm line 23, at EOF\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> >> 2.htm line 32, near "+ )"\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> >> 2.htm line 46, near "$error is here "\nsyntax error at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> >> 2.htm line 59, near ";\n\n}"\nMissing right curly or 
> square bracket 
> >> at /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> >> 2.htm line 60, at end of line
> >>
> >> #77 upload.htm...
> >> Error in Line 9
> >> Is:     >Filename:
<
> >> Should: >Content-DispositionContent-Type<
> >> #105 registry/tied.htm...
> >> Error in Line 15
> >> Is:     ><
> >> Should: >rc=0<
> >> #106 registry/tied.htm...
> >> Error in Line 4
> >> Is:     >rc=0<
> >> Should: >Hereissometext<
> >> #194 EmbperlObject/epoincdiv.htm...
> >> Error in Line 286
> >> Is:     >2.2.0
<
> >> Should: >
2.1<
> >> #195 EmbperlObject/epofdat.htm...ok
> >> #196 EmbperlObject/epodiv.htm...
> >> Error in Line 282
> >> Is:     >
2.2.0
<
> >> Should: >
(2\.1.*?|1\.3.*?)
<
> >>
> >> Testing cgi mode...
> >> -------------------
> >> #18 error.htm...
> >>
> >> [-1][Fri Nov 20 08:17:13 2009] [error] [client 127.0.0.1] Missing 
> >> right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #19 error.htm...
> >>
> >> [-1][Fri Nov 20 08:17:14 2009] [error] [client 127.0.0.1] Missing 
> >> right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #20 error.htm...
> >>
> >> [-1][Fri Nov 20 08:17:15 2009] [error] [client 127.0.0.1] Missing 
> >> right curly or square bracket at 
> >> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at 
> >> end of line
> >>
> >> #77 upload.htm...
> >> Error in Line 9
> >> Is:     >Filename:
<
> >> Should: >Content-DispositionContent-Type<
> >> #196 EmbperlObject/epodiv.htm...
> >> Error in Line 282
> >> Is:     >
2.2.0
<
> >> Should: >
(2\.1.*?|1\.3.*?)
<
> >>
> >>
> >> Testparameter:
> >>   offline = 0
> >>   repeat = 2
> >>
> >>  ERRORS detected! NOT all tests have been passed successfully
> >>
> >>
> >>
> >>
> >>
> >> gerald.richter@ecos.de wrote:
> >>     
> >>> Hi,
> >>>
> >>> the Makefile.Pl of Embperl is searching for the module
> >>>       
> >> Apache2::BuildConfig to determinate if mod_perl 2 is installed and 
> >> what are the compile settings.
> >>     
> >>> Could you check if this module is installed?
> >>>
> >>> If yes, please make a simple test programm and send me the output:
> >>>
> >>> -----
> >>>
> >>> use Apache2::BuildConfig ;
> >>> use Data::Dumper ;
> >>>
> >>> $c = Apache2::BuildConfig -> new ;
> >>> print Dumper ($c) ;
> >>>
> >>> -----
> >>>
> >>> Gerald
> >>>
> >>>
> >>>   
> >>>       
> >>>> -----Original Message-----
> >>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
> >>>> Sent: Thursday, November 19, 2009 11:14 PM
> >>>> To: Williams, David G. (HQ-JF000)[INDYNE INC]
> >>>> Cc: Ed Grimm; embperl@perl.apache.org
> >>>> Subject: Re: Compiling Embperl
> >>>>
> >>>>
> >>>> Hi David
> >>>>
> >>>> In the past I could easily install Embperl 2.2 on Fedora 6
> >>>>         
> >> which is
> >>     
> >>>> RPM-based sytem, why it can't be installed on Fedora 10? 
> any Idea?
> >>>> I was not successful to manually install Apache 2.2.x and
> >>>>         
> >> mod_perl 2
> >>     
> >>>> and I did not hear from Gerald for any other possible way.
> >>>>
> >>>> I appreciate your help
> >>>>
> >>>> Soltan
> >>>>
> >>>> Williams, David G. (HQ-JF000)[INDYNE INC] wrote:
> >>>>     
> >>>>         
> >>>>> Soltan,
> >>>>>
> >>>>> I would be interested in hearing about an easy way to get
> >>>>>       
> >>>>>           
> >>>> Embperl and XALAN running on an RPM-based system (without
> >>>>         
> >> sources).  
> >>     
> >>>> To get things working quickly on Fedora, I just
> >>>>         
> >> uninstalled the RPM
> >>     
> >>>> version of Apache 2, mod_perl, and a number of other
> >>>>         
> >> things and then
> >>     
> >>>> manually installed Apache 2.2.x and mod_perl 2 from
> >>>>         
> >> source.  I have
> >>     
> >>>> been unsuccessful in compiling libxml and XALAN on Fedora from 
> >>>> source, but I can live without them for now.
> >>>>     
> >>>>         
> >>>>> Gerald, is there an easier way to get Embperl and all its
> >>>>>       
> >>>>>           
> >>>> prerequisites running on Fedora?
> >>>>     
> >>>>         
> >>>>> Good luck.
> >>>>> ________________________________________
> >>>>> From: Soltan Safavi [soltan@mycopa.com]
> >>>>> Sent: Friday, October 16, 2009 2:38 PM
> >>>>> To: Ed Grimm
> >>>>> Cc: embperl@perl.apache.org
> >>>>> Subject: Re: Compiling Embperl
> >>>>>
> >>>>> Hi Ed,
> >>>>>
> >>>>> I am still looking for the solution. Please find below the
> >>>>>       
> >>>>>           
> >>>> output of
> >>>>     
> >>>>         
> >>>>> Makefile.PL, it shows that mod_perl is properly installed
> >>>>>           
> >> but could
> >>     
> >>>>> find Apache2
> >>>>>
> >>>>> Thank you
> >>>>>
> >>>>> Soltan
> >>>>>
> >>>>>
> >>>>> I am using:
> >>>>> httpd-2.2.10
> >>>>> mod_perl-2.0.4
> >>>>> perl-5.10.0
> >>>>>
> >>>>> Build with support for Apache mod_perl?(y/n) [y] Searching
> >>>>>       
> >>>>>           
> >>>> for Apache
> >>>>     
> >>>>         
> >>>>> sources...
> >>>>> Look at ..
> >>>>> Look at ../src
> >>>>> Look at ./src
> >>>>> Apache source not found, enter path name or q to quit 
> >>>>> [q]/usr/include/httpd Searching for Apache sources...
> >>>>> Look at /usr/include/httpd
> >>>>> Use /usr/include/httpd as Apache source(y/n) [y] Will use 
> >>>>> /usr/include/httpd for Apache Headers Enter path and file
> >>>>>       
> >>>>>           
> >>>> to start as
> >>>>     
> >>>>         
> >>>>> httpd [/usr/include/httpd/httpd]/usr/sbin/httpd
> >>>>> Apache Version Server version: Apache/2.2.10 (Unix) Library for

> >>>>> mod_actions.c not found, please enter path to mod_actions.so 
> >>>>> []/usr/lib/httpd/modules  + Load dynamic module mod_actions.c
> >>>>>    (/usr/lib/httpd/modules/mod_actions.so)
> >>>>>  + Load dynamic module mod_cgi.c
> >>>>>    (/usr/lib/httpd/modules/mod_cgi.so)
> >>>>>  + Load dynamic module mod_alias.c
> >>>>>    (/usr/lib/httpd/modules/mod_alias.so)
> >>>>>  + Load dynamic module mod_env.c
> >>>>>    (/usr/lib/httpd/modules/mod_env.so)
> >>>>>  + Load dynamic module mod_perl.c
> >>>>>    (/usr/lib/httpd/modules/mod_perl.so)
> >>>>>  + Load dynamic module mod_mime.c
> >>>>>    (/usr/lib/httpd/modules/mod_mime.so)
> >>>>>  + Load dynamic module mod_dir.c
> >>>>>    (/usr/lib/httpd/modules/mod_dir.so)
> >>>>>  + mod_perl was build with USE_DSO Can't locate 
> Apache/src.pm in 
> >>>>> @INC (@INC contains:
> >>>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> >>>>> /usr/local/lib/perl5/site_perl/5.10.0
> >>>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> >>>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
> >>>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
> >>>>>           
> >> /usr/lib/perl5/5.10.0
> >>     
> >>>>> /usr/lib/perl5/site_perl .) at Makefile.PL line 982,
> >>>>>           
> >>  line 5.
> >>     
> >>>>> Ed Grimm wrote:
> >>>>>   
> >>>>>       
> >>>>>           
> >>>>>> All perl packages which are provided by your distribution
> >>>>>>         
> >>>>>>             
> >>>> should put
> >>>>     
> >>>>         
> >>>>>> their perl modules in one of the vendor_perl directories
> >>>>>>         
> >>>>>>             
> >>>> (excluding,
> >>>>     
> >>>>         
> >>>>>> of course, the perl package itself and any direct
> >>>>>>         
> >>>>>>             
> >>>> components thereof,
> >>>>     
> >>>>         
> >>>>>> which should put things in the core directories.)
> >>>>>>
> >>>>>> The easiest manner one could make it not work in this
> >>>>>>         
> >>>>>>             
> >>>> fashion would
> >>>>     
> >>>>         
> >>>>>> be to utilize a mod_perl package from someone other than the

> >>>>>> distribution vendor which places its files elsewhere.
> >>>>>>
> >>>>>> Perl silently ignores any @INC directories which do not
> >>>>>>             
> >> exist.  So
> >>     
> >>>>>> long as the files it is looking for are in a directory
> >>>>>>             
> >> which does
> >>     
> >>>>>> exist and is included in @INC, you should be good.
> >>>>>>
> >>>>>> Presence of mind check: do you need a mod_perl-dev package or

> >>>>>> something like that?  I'm pretty sure you would if you
> >>>>>>         
> >>>>>>             
> >>>> were running
> >>>>     
> >>>>         
> >>>>>> Ubuntu, as the normal Ubuntu mentality is to move things
> >>>>>>         
> >>>>>>             
> >>>> only needed
> >>>>     
> >>>>         
> >>>>>> to compile other things and are not specifically 
> compiling tools 
> >>>>>> themselves into -dev packages.
> >>>>>>
> >>>>>> Ed
> >>>>>>
> >>>>>> On Tue, 6 Oct 2009, Soltan Safavi wrote:
> >>>>>>
> >>>>>>
> >>>>>>     
> >>>>>>         
> >>>>>>             
> >>>>>>> Hi Gerald
> >>>>>>>
> >>>>>>> I believe mod_perl is installed correctly.
> >>>>>>> Here I have the content of the @INC
> >>>>>>>
> >>>>>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> >>>>>>> /usr/local/lib/perl5/site_perl/5.10.0
> >>>>>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> >>>>>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl

> >>>>>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
> >>>>>>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .
> >>>>>>> but paths with site_perl are missing on my system.
> >>>>>>> Could this be the source of the problem?
> >>>>>>>
> >>>>>>> Thank you
> >>>>>>>
> >>>>>>> Soltan
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Gerald Richter wrote:
> >>>>>>>
> >>>>>>>       
> >>>>>>>           
> >>>>>>>               
> >>>>>>>> Hi,
> >>>>>>>>
> >>>>>>>> Apache::src is part of mod_perl 1, since you use
> >>>>>>>>                 
> >> mod_perl 2, it
> >>     
> >>>>>>>> seems that mod_perl 2 is not detected by Makefile.PL.
> >>>>>>>>             
> >>>>>>>>                 
> >>>> Maybe it is
> >>>>     
> >>>>         
> >>>>>>>> not fully/correctly installed?
> >>>>>>>>
> >>>>>>>> Gerald
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>         
> >>>>>>>>             
> >>>>>>>>                 
> >>>>>>>>> -----Original Message-----
> >>>>>>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
> >>>>>>>>> Sent: Wednesday, September 30, 2009 11:11 PM
> >>>>>>>>> To: embperl@perl.apache.org
> >>>>>>>>> Subject: Compiling Embperl
> >>>>>>>>>
> >>>>>>>>> Hi
> >>>>>>>>>
> >>>>>>>>> I am trying to build Embperl 2.2.0 on Fedora 10
and 
> I get the 
> >>>>>>>>> error "Can't locate Apache/src.pm in @INC"
> >>>>>>>>> I am using:
> >>>>>>>>> httpd-2.2.10
> >>>>>>>>> mod_perl-2.0.4
> >>>>>>>>> perl-5.10.0
> >>>>>>>>>
> >>>>>>>>> I appreciate your help
> >>>>>>>>>
> >>>>>>>>> Soltan
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>               
> >>>>>>>>>                   
> >>>> 
> ------------------------------------------------------------------
> >>>>     
> >>>>         
> >>>>>>>>> --- 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
> >>>>>>>
> >>>>>>>       
> >>>>>>>           
> >>>>>>>               
> >> 
> ---------------------------------------------------------------------
> >>     
> >>>>     
> >>>>         
> >>>>>> 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
> >>>>>
> >>>>>
> >>>>>   
> >>>>>       
> >>>>>           
> >> 
> ---------------------------------------------------------------------
> >>     
> >>>> 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
> >>>
> >>>
> >>>   
> >>>       
> >
> >
> > 
> ---------------------------------------------------------------------
> > 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

Re: Compiling Embperl

2009-11-23T18:05:18Z

Hi,

I am using Fedora 10
Apache2::BuildConfig was missing in mod_perl-2.0.4-7.i386.rpm which was 
installed.
I could find it in mod_perl-devel-2.0.4-7.i386.rpm. Please note that 
this RPM was not initially part of Fedora core package.
Our application works fine and the only problem that I have noticed is 
related to the  "multipart/form-data", basically I can't upload files.

Thank you

Soltan


gerald.richter@ecos.de wrote:
> Hi,
>
> How did you install Apache2::BuildConfig?
>
> Is there some RedHat package you can install?
>
> If yes, which one? I think this is of interesst for others as well.
>
> As far as I can see you can safely ignore the test errors. These are only, because error
message texts have changed in Perl 5.10 and Embperl tests are not quite up to date :-(
>
> Gerald
>  
>
>   
>> -----Original Message-----
>> From: Soltan Safavi [mailto:soltan@mycopa.com] 
>> Sent: Friday, November 20, 2009 11:00 PM
>> To: Gerald Richter - ECOS
>> Cc: David G. (HQ-JF000)[INDYNE INC]; Ed Grimm; embperl@perl.apache.org
>> Subject: Re: Compiling Embperl
>>
>> Gerald,
>>
>> As you pointed out it was lack of Apache2::BuildConfig.  I 
>> installed it and I could compiled it easily, but make test 
>> TESTARGS="-i" shows a lot of errors. Please let me know what 
>> you think.
>>
>> Thank you
>>
>> Soltan
>>
>>
>>
>>
>> PERL_DL_NONLAZY=0 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl -i
>>
>> loading...                    ok
>>
>> Testing offline mode...
>> -----------------------
>>
>> #12 error.htm...
>>
>> [-1]Missing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #13 error.htm...
>>
>> [-1]Missing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #14 error.htm...
>>
>> [-1]Missing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #21 errormismatch.htm...      ok
>>
>> Testing Execute function...
>> --------------------------
>> error.htm to memory...
>>
>> [-1]Missing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>>
>> Testing Ouput Caching...
>> -------------------------
>>
>>
>> Testing mod_perl mode...
>> ------------------------
>>
>> #12 error.htm...
>>
>> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
>> code: syntax error at
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 23, at EOF\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 32, near "+ )"\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 46, near "$error is here "\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 59, near ";\n\n}"\nMissing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #13 error.htm...
>>
>> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
>> code: syntax error at
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 23, at EOF\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 32, near "+ )"\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 46, near "$error is here "\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 59, near ";\n\n}"\nMissing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #14 error.htm...
>>
>> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
>> code: syntax error at
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 23, at EOF\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 32, near "+ )"\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 46, near "$error is here "\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 59, near ";\n\n}"\nMissing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #21 errormismatch.htm...      ok
>> #28 errdoc/errdoc.htm...
>>
>> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
>> code: syntax error at
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>>  line 23, at EOF\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>>  line 32, near "+ )"\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>>  line 46, near "$error is here "\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>>  line 59, near ";\n\n}"\nMissing right curly or square 
>> bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>>  line 60, at end of line
>>
>> #30 errdoc/epl/errdoc2.htm...
>>
>> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
>> code: syntax error at
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
>> 2.htm line 23, at EOF\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
>> 2.htm line 32, near "+ )"\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
>> 2.htm line 46, near "$error is here "\nsyntax error at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
>> 2.htm line 59, near ";\n\n}"\nMissing right curly or square 
>> bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
>> 2.htm line 60, at end of line
>>
>> #77 upload.htm...
>> Error in Line 9
>> Is:     >Filename:
<
>> Should: >Content-DispositionContent-Type<
>> #105 registry/tied.htm...
>> Error in Line 15
>> Is:     ><
>> Should: >rc=0<
>> #106 registry/tied.htm...
>> Error in Line 4
>> Is:     >rc=0<
>> Should: >Hereissometext<
>> #194 EmbperlObject/epoincdiv.htm...
>> Error in Line 286
>> Is:     >2.2.0
<
>> Should: >
2.1<
>> #195 EmbperlObject/epofdat.htm...ok
>> #196 EmbperlObject/epodiv.htm...
>> Error in Line 282
>> Is:     >
2.2.0
<
>> Should: >
(2\.1.*?|1\.3.*?)
<
>>
>> Testing cgi mode...
>> -------------------
>> #18 error.htm...
>>
>> [-1][Fri Nov 20 08:17:13 2009] [error] [client 127.0.0.1] 
>> Missing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #19 error.htm...
>>
>> [-1][Fri Nov 20 08:17:14 2009] [error] [client 127.0.0.1] 
>> Missing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #20 error.htm...
>>
>> [-1][Fri Nov 20 08:17:15 2009] [error] [client 127.0.0.1] 
>> Missing right curly or square bracket at 
>> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
>> 60, at end of line
>>
>> #77 upload.htm...
>> Error in Line 9
>> Is:     >Filename:
<
>> Should: >Content-DispositionContent-Type<
>> #196 EmbperlObject/epodiv.htm...
>> Error in Line 282
>> Is:     >
2.2.0
<
>> Should: >
(2\.1.*?|1\.3.*?)
<
>>
>>
>> Testparameter:
>>   offline = 0
>>   repeat = 2
>>
>>  ERRORS detected! NOT all tests have been passed successfully
>>
>>
>>
>>
>>
>> gerald.richter@ecos.de wrote:
>>     
>>> Hi,
>>>
>>> the Makefile.Pl of Embperl is searching for the module 
>>>       
>> Apache2::BuildConfig to determinate if mod_perl 2 is 
>> installed and what are the compile settings.
>>     
>>> Could you check if this module is installed?
>>>
>>> If yes, please make a simple test programm and send me the output:
>>>
>>> -----
>>>
>>> use Apache2::BuildConfig ;
>>> use Data::Dumper ;
>>>
>>> $c = Apache2::BuildConfig -> new ;
>>> print Dumper ($c) ;
>>>
>>> -----
>>>
>>> Gerald
>>>
>>>
>>>   
>>>       
>>>> -----Original Message-----
>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>>> Sent: Thursday, November 19, 2009 11:14 PM
>>>> To: Williams, David G. (HQ-JF000)[INDYNE INC]
>>>> Cc: Ed Grimm; embperl@perl.apache.org
>>>> Subject: Re: Compiling Embperl
>>>>
>>>>
>>>> Hi David
>>>>
>>>> In the past I could easily install Embperl 2.2 on Fedora 6 
>>>>         
>> which is 
>>     
>>>> RPM-based sytem, why it can't be installed on Fedora 10? any Idea?
>>>> I was not successful to manually install Apache 2.2.x and 
>>>>         
>> mod_perl 2 
>>     
>>>> and I did not hear from Gerald for any other possible way.
>>>>
>>>> I appreciate your help
>>>>
>>>> Soltan
>>>>
>>>> Williams, David G. (HQ-JF000)[INDYNE INC] wrote:
>>>>     
>>>>         
>>>>> Soltan,
>>>>>
>>>>> I would be interested in hearing about an easy way to get
>>>>>       
>>>>>           
>>>> Embperl and XALAN running on an RPM-based system (without 
>>>>         
>> sources).  
>>     
>>>> To get things working quickly on Fedora, I just 
>>>>         
>> uninstalled the RPM 
>>     
>>>> version of Apache 2, mod_perl, and a number of other 
>>>>         
>> things and then 
>>     
>>>> manually installed Apache 2.2.x and mod_perl 2 from 
>>>>         
>> source.  I have 
>>     
>>>> been unsuccessful in compiling libxml and XALAN on Fedora from 
>>>> source, but I can live without them for now.
>>>>     
>>>>         
>>>>> Gerald, is there an easier way to get Embperl and all its
>>>>>       
>>>>>           
>>>> prerequisites running on Fedora?
>>>>     
>>>>         
>>>>> Good luck.
>>>>> ________________________________________
>>>>> From: Soltan Safavi [soltan@mycopa.com]
>>>>> Sent: Friday, October 16, 2009 2:38 PM
>>>>> To: Ed Grimm
>>>>> Cc: embperl@perl.apache.org
>>>>> Subject: Re: Compiling Embperl
>>>>>
>>>>> Hi Ed,
>>>>>
>>>>> I am still looking for the solution. Please find below the
>>>>>       
>>>>>           
>>>> output of
>>>>     
>>>>         
>>>>> Makefile.PL, it shows that mod_perl is properly installed 
>>>>>           
>> but could 
>>     
>>>>> find Apache2
>>>>>
>>>>> Thank you
>>>>>
>>>>> Soltan
>>>>>
>>>>>
>>>>> I am using:
>>>>> httpd-2.2.10
>>>>> mod_perl-2.0.4
>>>>> perl-5.10.0
>>>>>
>>>>> Build with support for Apache mod_perl?(y/n) [y] Searching
>>>>>       
>>>>>           
>>>> for Apache
>>>>     
>>>>         
>>>>> sources...
>>>>> Look at ..
>>>>> Look at ../src
>>>>> Look at ./src
>>>>> Apache source not found, enter path name or q to quit 
>>>>> [q]/usr/include/httpd Searching for Apache sources...
>>>>> Look at /usr/include/httpd
>>>>> Use /usr/include/httpd as Apache source(y/n) [y] Will use 
>>>>> /usr/include/httpd for Apache Headers Enter path and file
>>>>>       
>>>>>           
>>>> to start as
>>>>     
>>>>         
>>>>> httpd [/usr/include/httpd/httpd]/usr/sbin/httpd
>>>>> Apache Version Server version: Apache/2.2.10 (Unix) Library for 
>>>>> mod_actions.c not found, please enter path to mod_actions.so 
>>>>> []/usr/lib/httpd/modules  + Load dynamic module mod_actions.c
>>>>>    (/usr/lib/httpd/modules/mod_actions.so)
>>>>>  + Load dynamic module mod_cgi.c
>>>>>    (/usr/lib/httpd/modules/mod_cgi.so)
>>>>>  + Load dynamic module mod_alias.c
>>>>>    (/usr/lib/httpd/modules/mod_alias.so)
>>>>>  + Load dynamic module mod_env.c
>>>>>    (/usr/lib/httpd/modules/mod_env.so)
>>>>>  + Load dynamic module mod_perl.c
>>>>>    (/usr/lib/httpd/modules/mod_perl.so)
>>>>>  + Load dynamic module mod_mime.c
>>>>>    (/usr/lib/httpd/modules/mod_mime.so)
>>>>>  + Load dynamic module mod_dir.c
>>>>>    (/usr/lib/httpd/modules/mod_dir.so)
>>>>>  + mod_perl was build with USE_DSO
>>>>> Can't locate Apache/src.pm in @INC (@INC contains:
>>>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>>>>> /usr/local/lib/perl5/site_perl/5.10.0
>>>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>>>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
>>>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi 
>>>>>           
>> /usr/lib/perl5/5.10.0 
>>     
>>>>> /usr/lib/perl5/site_perl .) at Makefile.PL line 982, 
>>>>>           
>>  line 5.
>>     
>>>>> Ed Grimm wrote:
>>>>>   
>>>>>       
>>>>>           
>>>>>> All perl packages which are provided by your distribution
>>>>>>         
>>>>>>             
>>>> should put
>>>>     
>>>>         
>>>>>> their perl modules in one of the vendor_perl directories
>>>>>>         
>>>>>>             
>>>> (excluding,
>>>>     
>>>>         
>>>>>> of course, the perl package itself and any direct
>>>>>>         
>>>>>>             
>>>> components thereof,
>>>>     
>>>>         
>>>>>> which should put things in the core directories.)
>>>>>>
>>>>>> The easiest manner one could make it not work in this
>>>>>>         
>>>>>>             
>>>> fashion would
>>>>     
>>>>         
>>>>>> be to utilize a mod_perl package from someone other than the 
>>>>>> distribution vendor which places its files elsewhere.
>>>>>>
>>>>>> Perl silently ignores any @INC directories which do not 
>>>>>>             
>> exist.  So 
>>     
>>>>>> long as the files it is looking for are in a directory 
>>>>>>             
>> which does 
>>     
>>>>>> exist and is included in @INC, you should be good.
>>>>>>
>>>>>> Presence of mind check: do you need a mod_perl-dev package or 
>>>>>> something like that?  I'm pretty sure you would if you
>>>>>>         
>>>>>>             
>>>> were running
>>>>     
>>>>         
>>>>>> Ubuntu, as the normal Ubuntu mentality is to move things
>>>>>>         
>>>>>>             
>>>> only needed
>>>>     
>>>>         
>>>>>> to compile other things and are not specifically compiling tools

>>>>>> themselves into -dev packages.
>>>>>>
>>>>>> Ed
>>>>>>
>>>>>> On Tue, 6 Oct 2009, Soltan Safavi wrote:
>>>>>>
>>>>>>
>>>>>>     
>>>>>>         
>>>>>>             
>>>>>>> Hi Gerald
>>>>>>>
>>>>>>> I believe mod_perl is installed correctly.
>>>>>>> Here I have the content of the @INC
>>>>>>>
>>>>>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>>>>>>> /usr/local/lib/perl5/site_perl/5.10.0
>>>>>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>>>>>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl

>>>>>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
>>>>>>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .
>>>>>>> but paths with site_perl are missing on my system.
>>>>>>> Could this be the source of the problem?
>>>>>>>
>>>>>>> Thank you
>>>>>>>
>>>>>>> Soltan
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Gerald Richter wrote:
>>>>>>>
>>>>>>>       
>>>>>>>           
>>>>>>>               
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Apache::src is part of mod_perl 1, since you use 
>>>>>>>>                 
>> mod_perl 2, it 
>>     
>>>>>>>> seems that mod_perl 2 is not detected by Makefile.PL.
>>>>>>>>             
>>>>>>>>                 
>>>> Maybe it is
>>>>     
>>>>         
>>>>>>>> not fully/correctly installed?
>>>>>>>>
>>>>>>>> Gerald
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>         
>>>>>>>>             
>>>>>>>>                 
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>>>>>>>> Sent: Wednesday, September 30, 2009 11:11 PM
>>>>>>>>> To: embperl@perl.apache.org
>>>>>>>>> Subject: Compiling Embperl
>>>>>>>>>
>>>>>>>>> Hi
>>>>>>>>>
>>>>>>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I
get the 
>>>>>>>>> error "Can't locate Apache/src.pm in @INC"
>>>>>>>>> I am using:
>>>>>>>>> httpd-2.2.10
>>>>>>>>> mod_perl-2.0.4
>>>>>>>>> perl-5.10.0
>>>>>>>>>
>>>>>>>>> I appreciate your help
>>>>>>>>>
>>>>>>>>> Soltan
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>               
>>>>>>>>>                   
>>>> ------------------------------------------------------------------
>>>>     
>>>>         
>>>>>>>>> --- 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
>>>>>>>
>>>>>>>       
>>>>>>>           
>>>>>>>               
>> ---------------------------------------------------------------------
>>     
>>>>     
>>>>         
>>>>>> 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
>>>>>
>>>>>
>>>>>   
>>>>>       
>>>>>           
>> ---------------------------------------------------------------------
>>     
>>>> 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
>>>
>>>
>>>   
>>>       
>
>
> ---------------------------------------------------------------------
> 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

RE: Compiling Embperl

2009-11-21T11:15:02Z

Hi,

How did you install Apache2::BuildConfig?

Is there some RedHat package you can install?

If yes, which one? I think this is of interesst for others as well.

As far as I can see you can safely ignore the test errors. These are only, because error message
texts have changed in Perl 5.10 and Embperl tests are not quite up to date :-(

Gerald
 

> -----Original Message-----
> From: Soltan Safavi [mailto:soltan@mycopa.com] 
> Sent: Friday, November 20, 2009 11:00 PM
> To: Gerald Richter - ECOS
> Cc: David G. (HQ-JF000)[INDYNE INC]; Ed Grimm; embperl@perl.apache.org
> Subject: Re: Compiling Embperl
> 
> Gerald,
> 
> As you pointed out it was lack of Apache2::BuildConfig.  I 
> installed it and I could compiled it easily, but make test 
> TESTARGS="-i" shows a lot of errors. Please let me know what 
> you think.
> 
> Thank you
> 
> Soltan
> 
> 
> 
> 
> PERL_DL_NONLAZY=0 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl -i
> 
> loading...                    ok
> 
> Testing offline mode...
> -----------------------
> 
> #12 error.htm...
> 
> [-1]Missing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #13 error.htm...
> 
> [-1]Missing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #14 error.htm...
> 
> [-1]Missing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #21 errormismatch.htm...      ok
> 
> Testing Execute function...
> --------------------------
> error.htm to memory...
> 
> [-1]Missing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> 
> Testing Ouput Caching...
> -------------------------
> 
> 
> Testing mod_perl mode...
> ------------------------
> 
> #12 error.htm...
> 
> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
> code: syntax error at
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 23, at EOF\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 32, near "+ )"\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 46, near "$error is here "\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 59, near ";\n\n}"\nMissing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #13 error.htm...
> 
> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
> code: syntax error at
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 23, at EOF\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 32, near "+ )"\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 46, near "$error is here "\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 59, near ";\n\n}"\nMissing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #14 error.htm...
> 
> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
> code: syntax error at
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 23, at EOF\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 32, near "+ )"\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 46, near "$error is here "\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 59, near ";\n\n}"\nMissing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #21 errormismatch.htm...      ok
> #28 errdoc/errdoc.htm...
> 
> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
> code: syntax error at
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>  line 23, at EOF\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>  line 32, near "+ )"\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>  line 46, near "$error is here "\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>  line 59, near ";\n\n}"\nMissing right curly or square 
> bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm
>  line 60, at end of line
> 
> #30 errdoc/epl/errdoc2.htm...
> 
> [-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl
> code: syntax error at
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> 2.htm line 23, at EOF\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> 2.htm line 32, near "+ )"\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> 2.htm line 46, near "$error is here "\nsyntax error at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> 2.htm line 59, near ";\n\n}"\nMissing right curly or square 
> bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc
> 2.htm line 60, at end of line
> 
> #77 upload.htm...
> Error in Line 9
> Is:     >Filename:
<
> Should: >Content-DispositionContent-Type<
> #105 registry/tied.htm...
> Error in Line 15
> Is:     ><
> Should: >rc=0<
> #106 registry/tied.htm...
> Error in Line 4
> Is:     >rc=0<
> Should: >Hereissometext<
> #194 EmbperlObject/epoincdiv.htm...
> Error in Line 286
> Is:     >2.2.0
<
> Should: >
2.1<
> #195 EmbperlObject/epofdat.htm...ok
> #196 EmbperlObject/epodiv.htm...
> Error in Line 282
> Is:     >
2.2.0
<
> Should: >
(2\.1.*?|1\.3.*?)
<
> 
> Testing cgi mode...
> -------------------
> #18 error.htm...
> 
> [-1][Fri Nov 20 08:17:13 2009] [error] [client 127.0.0.1] 
> Missing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #19 error.htm...
> 
> [-1][Fri Nov 20 08:17:14 2009] [error] [client 127.0.0.1] 
> Missing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #20 error.htm...
> 
> [-1][Fri Nov 20 08:17:15 2009] [error] [client 127.0.0.1] 
> Missing right curly or square bracket at 
> /infostreet/packages/Embperl-2.2.0/test/html/error.htm line 
> 60, at end of line
> 
> #77 upload.htm...
> Error in Line 9
> Is:     >Filename:
<
> Should: >Content-DispositionContent-Type<
> #196 EmbperlObject/epodiv.htm...
> Error in Line 282
> Is:     >
2.2.0
<
> Should: >
(2\.1.*?|1\.3.*?)
<
> 
> 
> Testparameter:
>   offline = 0
>   repeat = 2
> 
>  ERRORS detected! NOT all tests have been passed successfully
> 
> 
> 
> 
> 
> gerald.richter@ecos.de wrote:
> > Hi,
> >
> > the Makefile.Pl of Embperl is searching for the module 
> Apache2::BuildConfig to determinate if mod_perl 2 is 
> installed and what are the compile settings.
> >
> > Could you check if this module is installed?
> >
> > If yes, please make a simple test programm and send me the output:
> >
> > -----
> >
> > use Apache2::BuildConfig ;
> > use Data::Dumper ;
> >
> > $c = Apache2::BuildConfig -> new ;
> > print Dumper ($c) ;
> >
> > -----
> >
> > Gerald
> >
> >
> >   
> >> -----Original Message-----
> >> From: Soltan Safavi [mailto:soltan@mycopa.com]
> >> Sent: Thursday, November 19, 2009 11:14 PM
> >> To: Williams, David G. (HQ-JF000)[INDYNE INC]
> >> Cc: Ed Grimm; embperl@perl.apache.org
> >> Subject: Re: Compiling Embperl
> >>
> >>
> >> Hi David
> >>
> >> In the past I could easily install Embperl 2.2 on Fedora 6 
> which is 
> >> RPM-based sytem, why it can't be installed on Fedora 10? any Idea?
> >> I was not successful to manually install Apache 2.2.x and 
> mod_perl 2 
> >> and I did not hear from Gerald for any other possible way.
> >>
> >> I appreciate your help
> >>
> >> Soltan
> >>
> >> Williams, David G. (HQ-JF000)[INDYNE INC] wrote:
> >>     
> >>> Soltan,
> >>>
> >>> I would be interested in hearing about an easy way to get
> >>>       
> >> Embperl and XALAN running on an RPM-based system (without 
> sources).  
> >> To get things working quickly on Fedora, I just 
> uninstalled the RPM 
> >> version of Apache 2, mod_perl, and a number of other 
> things and then 
> >> manually installed Apache 2.2.x and mod_perl 2 from 
> source.  I have 
> >> been unsuccessful in compiling libxml and XALAN on Fedora from 
> >> source, but I can live without them for now.
> >>     
> >>> Gerald, is there an easier way to get Embperl and all its
> >>>       
> >> prerequisites running on Fedora?
> >>     
> >>> Good luck.
> >>> ________________________________________
> >>> From: Soltan Safavi [soltan@mycopa.com]
> >>> Sent: Friday, October 16, 2009 2:38 PM
> >>> To: Ed Grimm
> >>> Cc: embperl@perl.apache.org
> >>> Subject: Re: Compiling Embperl
> >>>
> >>> Hi Ed,
> >>>
> >>> I am still looking for the solution. Please find below the
> >>>       
> >> output of
> >>     
> >>> Makefile.PL, it shows that mod_perl is properly installed 
> but could 
> >>> find Apache2
> >>>
> >>> Thank you
> >>>
> >>> Soltan
> >>>
> >>>
> >>> I am using:
> >>> httpd-2.2.10
> >>> mod_perl-2.0.4
> >>> perl-5.10.0
> >>>
> >>> Build with support for Apache mod_perl?(y/n) [y] Searching
> >>>       
> >> for Apache
> >>     
> >>> sources...
> >>> Look at ..
> >>> Look at ../src
> >>> Look at ./src
> >>> Apache source not found, enter path name or q to quit 
> >>> [q]/usr/include/httpd Searching for Apache sources...
> >>> Look at /usr/include/httpd
> >>> Use /usr/include/httpd as Apache source(y/n) [y] Will use 
> >>> /usr/include/httpd for Apache Headers Enter path and file
> >>>       
> >> to start as
> >>     
> >>> httpd [/usr/include/httpd/httpd]/usr/sbin/httpd
> >>> Apache Version Server version: Apache/2.2.10 (Unix) Library for 
> >>> mod_actions.c not found, please enter path to mod_actions.so 
> >>> []/usr/lib/httpd/modules  + Load dynamic module mod_actions.c
> >>>    (/usr/lib/httpd/modules/mod_actions.so)
> >>>  + Load dynamic module mod_cgi.c
> >>>    (/usr/lib/httpd/modules/mod_cgi.so)
> >>>  + Load dynamic module mod_alias.c
> >>>    (/usr/lib/httpd/modules/mod_alias.so)
> >>>  + Load dynamic module mod_env.c
> >>>    (/usr/lib/httpd/modules/mod_env.so)
> >>>  + Load dynamic module mod_perl.c
> >>>    (/usr/lib/httpd/modules/mod_perl.so)
> >>>  + Load dynamic module mod_mime.c
> >>>    (/usr/lib/httpd/modules/mod_mime.so)
> >>>  + Load dynamic module mod_dir.c
> >>>    (/usr/lib/httpd/modules/mod_dir.so)
> >>>  + mod_perl was build with USE_DSO
> >>> Can't locate Apache/src.pm in @INC (@INC contains:
> >>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> >>> /usr/local/lib/perl5/site_perl/5.10.0
> >>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> >>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
> >>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi 
> /usr/lib/perl5/5.10.0 
> >>> /usr/lib/perl5/site_perl .) at Makefile.PL line 982, 
>  line 5.
> >>>
> >>>
> >>> Ed Grimm wrote:
> >>>   
> >>>       
> >>>> All perl packages which are provided by your distribution
> >>>>         
> >> should put
> >>     
> >>>> their perl modules in one of the vendor_perl directories
> >>>>         
> >> (excluding,
> >>     
> >>>> of course, the perl package itself and any direct
> >>>>         
> >> components thereof,
> >>     
> >>>> which should put things in the core directories.)
> >>>>
> >>>> The easiest manner one could make it not work in this
> >>>>         
> >> fashion would
> >>     
> >>>> be to utilize a mod_perl package from someone other than the 
> >>>> distribution vendor which places its files elsewhere.
> >>>>
> >>>> Perl silently ignores any @INC directories which do not 
> exist.  So 
> >>>> long as the files it is looking for are in a directory 
> which does 
> >>>> exist and is included in @INC, you should be good.
> >>>>
> >>>> Presence of mind check: do you need a mod_perl-dev package or 
> >>>> something like that?  I'm pretty sure you would if you
> >>>>         
> >> were running
> >>     
> >>>> Ubuntu, as the normal Ubuntu mentality is to move things
> >>>>         
> >> only needed
> >>     
> >>>> to compile other things and are not specifically compiling tools 
> >>>> themselves into -dev packages.
> >>>>
> >>>> Ed
> >>>>
> >>>> On Tue, 6 Oct 2009, Soltan Safavi wrote:
> >>>>
> >>>>
> >>>>     
> >>>>         
> >>>>> Hi Gerald
> >>>>>
> >>>>> I believe mod_perl is installed correctly.
> >>>>> Here I have the content of the @INC
> >>>>>
> >>>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> >>>>> /usr/local/lib/perl5/site_perl/5.10.0
> >>>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> >>>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
> >>>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
> >>>>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .
> >>>>> but paths with site_perl are missing on my system.
> >>>>> Could this be the source of the problem?
> >>>>>
> >>>>> Thank you
> >>>>>
> >>>>> Soltan
> >>>>>
> >>>>>
> >>>>>
> >>>>> Gerald Richter wrote:
> >>>>>
> >>>>>       
> >>>>>           
> >>>>>> Hi,
> >>>>>>
> >>>>>> Apache::src is part of mod_perl 1, since you use 
> mod_perl 2, it 
> >>>>>> seems that mod_perl 2 is not detected by Makefile.PL.
> >>>>>>             
> >> Maybe it is
> >>     
> >>>>>> not fully/correctly installed?
> >>>>>>
> >>>>>> Gerald
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>         
> >>>>>>             
> >>>>>>> -----Original Message-----
> >>>>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
> >>>>>>> Sent: Wednesday, September 30, 2009 11:11 PM
> >>>>>>> To: embperl@perl.apache.org
> >>>>>>> Subject: Compiling Embperl
> >>>>>>>
> >>>>>>> Hi
> >>>>>>>
> >>>>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get
the 
> >>>>>>> error "Can't locate Apache/src.pm in @INC"
> >>>>>>> I am using:
> >>>>>>> httpd-2.2.10
> >>>>>>> mod_perl-2.0.4
> >>>>>>> perl-5.10.0
> >>>>>>>
> >>>>>>> I appreciate your help
> >>>>>>>
> >>>>>>> Soltan
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>               
> >> ------------------------------------------------------------------
> >>     
> >>>>>>> --- 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
> >>>>>
> >>>>>       
> >>>>>           
> >> 
> ---------------------------------------------------------------------
> >>     
> >>>> 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
> >>>
> >>>
> >>>   
> >>>       
> >> 
> ---------------------------------------------------------------------
> >> 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
> >
> >
> >   
> 


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

Re: Compiling Embperl

2009-11-20T22:00:20Z

Gerald,

As you pointed out it was lack of Apache2::BuildConfig.  I installed it 
and I could compiled it easily,
but make test TESTARGS="-i" shows a lot of errors. Please let me know 
what you think.

Thank you

Soltan




PERL_DL_NONLAZY=0 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl -i

loading...                    ok

Testing offline mode...
-----------------------

#12 error.htm...

[-1]Missing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#13 error.htm...

[-1]Missing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#14 error.htm...

[-1]Missing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#21 errormismatch.htm...      ok

Testing Execute function...
--------------------------
error.htm to memory...

[-1]Missing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line


Testing Ouput Caching...
-------------------------


Testing mod_perl mode...
------------------------

#12 error.htm...

[-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl 
code: syntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 23, at 
EOF\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 32, near "+ 
)"\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 46, near 
"$error is here "\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 59, near 
";\n\n}"\nMissing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#13 error.htm...

[-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl 
code: syntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 23, at 
EOF\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 32, near "+ 
)"\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 46, near 
"$error is here "\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 59, near 
";\n\n}"\nMissing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#14 error.htm...

[-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl 
code: syntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 23, at 
EOF\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 32, near "+ 
)"\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 46, near 
"$error is here "\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 59, near 
";\n\n}"\nMissing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#21 errormismatch.htm...      ok
#28 errdoc/errdoc.htm...

[-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl 
code: syntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm line 23, 
at EOF\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm line 32, 
near "+ )"\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm line 46, 
near "$error is here "\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm line 59, 
near ";\n\n}"\nMissing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/errdoc.htm line 60, 
at end of line

#30 errdoc/epl/errdoc2.htm...

[-1][Fri Nov 20 08:17:07 2009] [error] [24958]ERR:  24:  Error in Perl 
code: syntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc2.htm line 
23, at EOF\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc2.htm line 
32, near "+ )"\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc2.htm line 
46, near "$error is here "\nsyntax error at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc2.htm line 
59, near ";\n\n}"\nMissing right curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/errdoc/epl/errdoc2.htm line 
60, at end of line

#77 upload.htm...
Error in Line 9
Is:     >Filename:
<
Should: >Content-DispositionContent-Type<
#105 registry/tied.htm...
Error in Line 15
Is:     ><
Should: >rc=0<
#106 registry/tied.htm...
Error in Line 4
Is:     >rc=0<
Should: >Hereissometext<
#194 EmbperlObject/epoincdiv.htm...
Error in Line 286
Is:     >2.2.0
<
Should: >
2.1<
#195 EmbperlObject/epofdat.htm...ok
#196 EmbperlObject/epodiv.htm...
Error in Line 282
Is:     >
2.2.0
<
Should: >
(2\.1.*?|1\.3.*?)
<

Testing cgi mode...
-------------------
#18 error.htm...

[-1][Fri Nov 20 08:17:13 2009] [error] [client 127.0.0.1] Missing right 
curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#19 error.htm...

[-1][Fri Nov 20 08:17:14 2009] [error] [client 127.0.0.1] Missing right 
curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#20 error.htm...

[-1][Fri Nov 20 08:17:15 2009] [error] [client 127.0.0.1] Missing right 
curly or square bracket at 
/infostreet/packages/Embperl-2.2.0/test/html/error.htm line 60, at end 
of line

#77 upload.htm...
Error in Line 9
Is:     >Filename:
<
Should: >Content-DispositionContent-Type<
#196 EmbperlObject/epodiv.htm...
Error in Line 282
Is:     >
2.2.0
<
Should: >
(2\.1.*?|1\.3.*?)
<


Testparameter:
  offline = 0
  repeat = 2

 ERRORS detected! NOT all tests have been passed successfully





gerald.richter@ecos.de wrote:
> Hi,
>
> the Makefile.Pl of Embperl is searching for the module Apache2::BuildConfig to determinate
if mod_perl 2 is installed and what are the compile settings.
>
> Could you check if this module is installed?
>
> If yes, please make a simple test programm and send me the output:
>
> -----
>
> use Apache2::BuildConfig ;
> use Data::Dumper ;
>
> $c = Apache2::BuildConfig -> new ;
> print Dumper ($c) ;
>
> -----
>
> Gerald
>
>
>   
>> -----Original Message-----
>> From: Soltan Safavi [mailto:soltan@mycopa.com] 
>> Sent: Thursday, November 19, 2009 11:14 PM
>> To: Williams, David G. (HQ-JF000)[INDYNE INC]
>> Cc: Ed Grimm; embperl@perl.apache.org
>> Subject: Re: Compiling Embperl
>>
>>
>> Hi David
>>
>> In the past I could easily install Embperl 2.2 on Fedora 6 
>> which is RPM-based sytem, why it can't be installed on Fedora 
>> 10? any Idea?
>> I was not successful to manually install Apache 2.2.x and 
>> mod_perl 2 and I did not hear from Gerald for any other possible way.
>>
>> I appreciate your help
>>
>> Soltan
>>
>> Williams, David G. (HQ-JF000)[INDYNE INC] wrote:
>>     
>>> Soltan,
>>>
>>> I would be interested in hearing about an easy way to get 
>>>       
>> Embperl and XALAN running on an RPM-based system (without 
>> sources).  To get things working quickly on Fedora, I just 
>> uninstalled the RPM version of Apache 2, mod_perl, and a 
>> number of other things and then manually installed Apache 
>> 2.2.x and mod_perl 2 from source.  I have been unsuccessful 
>> in compiling libxml and XALAN on Fedora from source, but I 
>> can live without them for now.
>>     
>>> Gerald, is there an easier way to get Embperl and all its 
>>>       
>> prerequisites running on Fedora?
>>     
>>> Good luck.
>>> ________________________________________
>>> From: Soltan Safavi [soltan@mycopa.com]
>>> Sent: Friday, October 16, 2009 2:38 PM
>>> To: Ed Grimm
>>> Cc: embperl@perl.apache.org
>>> Subject: Re: Compiling Embperl
>>>
>>> Hi Ed,
>>>
>>> I am still looking for the solution. Please find below the 
>>>       
>> output of 
>>     
>>> Makefile.PL, it shows that mod_perl is properly installed but could 
>>> find Apache2
>>>
>>> Thank you
>>>
>>> Soltan
>>>
>>>
>>> I am using:
>>> httpd-2.2.10
>>> mod_perl-2.0.4
>>> perl-5.10.0
>>>
>>> Build with support for Apache mod_perl?(y/n) [y] Searching 
>>>       
>> for Apache 
>>     
>>> sources...
>>> Look at ..
>>> Look at ../src
>>> Look at ./src
>>> Apache source not found, enter path name or q to quit 
>>> [q]/usr/include/httpd Searching for Apache sources...
>>> Look at /usr/include/httpd
>>> Use /usr/include/httpd as Apache source(y/n) [y] Will use 
>>> /usr/include/httpd for Apache Headers Enter path and file 
>>>       
>> to start as 
>>     
>>> httpd [/usr/include/httpd/httpd]/usr/sbin/httpd
>>> Apache Version Server version: Apache/2.2.10 (Unix) Library for 
>>> mod_actions.c not found, please enter path to mod_actions.so  
>>> []/usr/lib/httpd/modules  + Load dynamic module mod_actions.c
>>>    (/usr/lib/httpd/modules/mod_actions.so)
>>>  + Load dynamic module mod_cgi.c
>>>    (/usr/lib/httpd/modules/mod_cgi.so)
>>>  + Load dynamic module mod_alias.c
>>>    (/usr/lib/httpd/modules/mod_alias.so)
>>>  + Load dynamic module mod_env.c
>>>    (/usr/lib/httpd/modules/mod_env.so)
>>>  + Load dynamic module mod_perl.c
>>>    (/usr/lib/httpd/modules/mod_perl.so)
>>>  + Load dynamic module mod_mime.c
>>>    (/usr/lib/httpd/modules/mod_mime.so)
>>>  + Load dynamic module mod_dir.c
>>>    (/usr/lib/httpd/modules/mod_dir.so)
>>>  + mod_perl was build with USE_DSO
>>> Can't locate Apache/src.pm in @INC (@INC contains:
>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>>> /usr/local/lib/perl5/site_perl/5.10.0
>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0 
>>> /usr/lib/perl5/site_perl .) at Makefile.PL line 982,  line 5.
>>>
>>>
>>> Ed Grimm wrote:
>>>   
>>>       
>>>> All perl packages which are provided by your distribution 
>>>>         
>> should put 
>>     
>>>> their perl modules in one of the vendor_perl directories 
>>>>         
>> (excluding, 
>>     
>>>> of course, the perl package itself and any direct 
>>>>         
>> components thereof, 
>>     
>>>> which should put things in the core directories.)
>>>>
>>>> The easiest manner one could make it not work in this 
>>>>         
>> fashion would 
>>     
>>>> be to utilize a mod_perl package from someone other than the 
>>>> distribution vendor which places its files elsewhere.
>>>>
>>>> Perl silently ignores any @INC directories which do not exist.  So 
>>>> long as the files it is looking for are in a directory which does 
>>>> exist and is included in @INC, you should be good.
>>>>
>>>> Presence of mind check: do you need a mod_perl-dev package or 
>>>> something like that?  I'm pretty sure you would if you 
>>>>         
>> were running 
>>     
>>>> Ubuntu, as the normal Ubuntu mentality is to move things 
>>>>         
>> only needed 
>>     
>>>> to compile other things and are not specifically compiling tools 
>>>> themselves into -dev packages.
>>>>
>>>> Ed
>>>>
>>>> On Tue, 6 Oct 2009, Soltan Safavi wrote:
>>>>
>>>>
>>>>     
>>>>         
>>>>> Hi Gerald
>>>>>
>>>>> I believe mod_perl is installed correctly.
>>>>> Here I have the content of the @INC
>>>>>
>>>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>>>>> /usr/local/lib/perl5/site_perl/5.10.0
>>>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>>>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
>>>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
>>>>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .
>>>>> but paths with site_perl are missing on my system.
>>>>> Could this be the source of the problem?
>>>>>
>>>>> Thank you
>>>>>
>>>>> Soltan
>>>>>
>>>>>
>>>>>
>>>>> Gerald Richter wrote:
>>>>>
>>>>>       
>>>>>           
>>>>>> Hi,
>>>>>>
>>>>>> Apache::src is part of mod_perl 1, since you use mod_perl 2, it 
>>>>>> seems that mod_perl 2 is not detected by Makefile.PL. 
>>>>>>             
>> Maybe it is 
>>     
>>>>>> not fully/correctly installed?
>>>>>>
>>>>>> Gerald
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>         
>>>>>>             
>>>>>>> -----Original Message-----
>>>>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>>>>>> Sent: Wednesday, September 30, 2009 11:11 PM
>>>>>>> To: embperl@perl.apache.org
>>>>>>> Subject: Compiling Embperl
>>>>>>>
>>>>>>> Hi
>>>>>>>
>>>>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the

>>>>>>> error "Can't locate Apache/src.pm in @INC"
>>>>>>> I am using:
>>>>>>> httpd-2.2.10
>>>>>>> mod_perl-2.0.4
>>>>>>> perl-5.10.0
>>>>>>>
>>>>>>> I appreciate your help
>>>>>>>
>>>>>>> Soltan
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>               
>> ------------------------------------------------------------------
>>     
>>>>>>> --- 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
>>>>>
>>>>>       
>>>>>           
>> ---------------------------------------------------------------------
>>     
>>>> 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
>>>
>>>
>>>   
>>>       
>> ---------------------------------------------------------------------
>> 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
>
>
>   

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

Re: Compiling Embperl

2009-11-20T18:36:57Z

Hi Gerald,

This module is not installed!!
I believe Apache2 must generate it. What can I do now, I think I am 
close to get this task done.

Thank you so much

Soltan



gerald.richter@ecos.de wrote:
> Hi,
>
> the Makefile.Pl of Embperl is searching for the module Apache2::BuildConfig to determinate
if mod_perl 2 is installed and what are the compile settings.
>
> Could you check if this module is installed?
>
> If yes, please make a simple test programm and send me the output:
>
> -----
>
> use Apache2::BuildConfig ;
> use Data::Dumper ;
>
> $c = Apache2::BuildConfig -> new ;
> print Dumper ($c) ;
>
> -----
>
> Gerald
>
>
>   
>> -----Original Message-----
>> From: Soltan Safavi [mailto:soltan@mycopa.com] 
>> Sent: Thursday, November 19, 2009 11:14 PM
>> To: Williams, David G. (HQ-JF000)[INDYNE INC]
>> Cc: Ed Grimm; embperl@perl.apache.org
>> Subject: Re: Compiling Embperl
>>
>>
>> Hi David
>>
>> In the past I could easily install Embperl 2.2 on Fedora 6 
>> which is RPM-based sytem, why it can't be installed on Fedora 
>> 10? any Idea?
>> I was not successful to manually install Apache 2.2.x and 
>> mod_perl 2 and I did not hear from Gerald for any other possible way.
>>
>> I appreciate your help
>>
>> Soltan
>>
>> Williams, David G. (HQ-JF000)[INDYNE INC] wrote:
>>     
>>> Soltan,
>>>
>>> I would be interested in hearing about an easy way to get 
>>>       
>> Embperl and XALAN running on an RPM-based system (without 
>> sources).  To get things working quickly on Fedora, I just 
>> uninstalled the RPM version of Apache 2, mod_perl, and a 
>> number of other things and then manually installed Apache 
>> 2.2.x and mod_perl 2 from source.  I have been unsuccessful 
>> in compiling libxml and XALAN on Fedora from source, but I 
>> can live without them for now.
>>     
>>> Gerald, is there an easier way to get Embperl and all its 
>>>       
>> prerequisites running on Fedora?
>>     
>>> Good luck.
>>> ________________________________________
>>> From: Soltan Safavi [soltan@mycopa.com]
>>> Sent: Friday, October 16, 2009 2:38 PM
>>> To: Ed Grimm
>>> Cc: embperl@perl.apache.org
>>> Subject: Re: Compiling Embperl
>>>
>>> Hi Ed,
>>>
>>> I am still looking for the solution. Please find below the 
>>>       
>> output of 
>>     
>>> Makefile.PL, it shows that mod_perl is properly installed but could 
>>> find Apache2
>>>
>>> Thank you
>>>
>>> Soltan
>>>
>>>
>>> I am using:
>>> httpd-2.2.10
>>> mod_perl-2.0.4
>>> perl-5.10.0
>>>
>>> Build with support for Apache mod_perl?(y/n) [y] Searching 
>>>       
>> for Apache 
>>     
>>> sources...
>>> Look at ..
>>> Look at ../src
>>> Look at ./src
>>> Apache source not found, enter path name or q to quit 
>>> [q]/usr/include/httpd Searching for Apache sources...
>>> Look at /usr/include/httpd
>>> Use /usr/include/httpd as Apache source(y/n) [y] Will use 
>>> /usr/include/httpd for Apache Headers Enter path and file 
>>>       
>> to start as 
>>     
>>> httpd [/usr/include/httpd/httpd]/usr/sbin/httpd
>>> Apache Version Server version: Apache/2.2.10 (Unix) Library for 
>>> mod_actions.c not found, please enter path to mod_actions.so  
>>> []/usr/lib/httpd/modules  + Load dynamic module mod_actions.c
>>>    (/usr/lib/httpd/modules/mod_actions.so)
>>>  + Load dynamic module mod_cgi.c
>>>    (/usr/lib/httpd/modules/mod_cgi.so)
>>>  + Load dynamic module mod_alias.c
>>>    (/usr/lib/httpd/modules/mod_alias.so)
>>>  + Load dynamic module mod_env.c
>>>    (/usr/lib/httpd/modules/mod_env.so)
>>>  + Load dynamic module mod_perl.c
>>>    (/usr/lib/httpd/modules/mod_perl.so)
>>>  + Load dynamic module mod_mime.c
>>>    (/usr/lib/httpd/modules/mod_mime.so)
>>>  + Load dynamic module mod_dir.c
>>>    (/usr/lib/httpd/modules/mod_dir.so)
>>>  + mod_perl was build with USE_DSO
>>> Can't locate Apache/src.pm in @INC (@INC contains:
>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>>> /usr/local/lib/perl5/site_perl/5.10.0
>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0 
>>> /usr/lib/perl5/site_perl .) at Makefile.PL line 982,  line 5.
>>>
>>>
>>> Ed Grimm wrote:
>>>   
>>>       
>>>> All perl packages which are provided by your distribution 
>>>>         
>> should put 
>>     
>>>> their perl modules in one of the vendor_perl directories 
>>>>         
>> (excluding, 
>>     
>>>> of course, the perl package itself and any direct 
>>>>         
>> components thereof, 
>>     
>>>> which should put things in the core directories.)
>>>>
>>>> The easiest manner one could make it not work in this 
>>>>         
>> fashion would 
>>     
>>>> be to utilize a mod_perl package from someone other than the 
>>>> distribution vendor which places its files elsewhere.
>>>>
>>>> Perl silently ignores any @INC directories which do not exist.  So 
>>>> long as the files it is looking for are in a directory which does 
>>>> exist and is included in @INC, you should be good.
>>>>
>>>> Presence of mind check: do you need a mod_perl-dev package or 
>>>> something like that?  I'm pretty sure you would if you 
>>>>         
>> were running 
>>     
>>>> Ubuntu, as the normal Ubuntu mentality is to move things 
>>>>         
>> only needed 
>>     
>>>> to compile other things and are not specifically compiling tools 
>>>> themselves into -dev packages.
>>>>
>>>> Ed
>>>>
>>>> On Tue, 6 Oct 2009, Soltan Safavi wrote:
>>>>
>>>>
>>>>     
>>>>         
>>>>> Hi Gerald
>>>>>
>>>>> I believe mod_perl is installed correctly.
>>>>> Here I have the content of the @INC
>>>>>
>>>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>>>>> /usr/local/lib/perl5/site_perl/5.10.0
>>>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>>>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
>>>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
>>>>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .
>>>>> but paths with site_perl are missing on my system.
>>>>> Could this be the source of the problem?
>>>>>
>>>>> Thank you
>>>>>
>>>>> Soltan
>>>>>
>>>>>
>>>>>
>>>>> Gerald Richter wrote:
>>>>>
>>>>>       
>>>>>           
>>>>>> Hi,
>>>>>>
>>>>>> Apache::src is part of mod_perl 1, since you use mod_perl 2, it 
>>>>>> seems that mod_perl 2 is not detected by Makefile.PL. 
>>>>>>             
>> Maybe it is 
>>     
>>>>>> not fully/correctly installed?
>>>>>>
>>>>>> Gerald
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>         
>>>>>>             
>>>>>>> -----Original Message-----
>>>>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>>>>>> Sent: Wednesday, September 30, 2009 11:11 PM
>>>>>>> To: embperl@perl.apache.org
>>>>>>> Subject: Compiling Embperl
>>>>>>>
>>>>>>> Hi
>>>>>>>
>>>>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the

>>>>>>> error "Can't locate Apache/src.pm in @INC"
>>>>>>> I am using:
>>>>>>> httpd-2.2.10
>>>>>>> mod_perl-2.0.4
>>>>>>> perl-5.10.0
>>>>>>>
>>>>>>> I appreciate your help
>>>>>>>
>>>>>>> Soltan
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>               
>> ------------------------------------------------------------------
>>     
>>>>>>> --- 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
>>>>>
>>>>>       
>>>>>           
>> ---------------------------------------------------------------------
>>     
>>>> 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
>>>
>>>
>>>   
>>>       
>> ---------------------------------------------------------------------
>> 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
>
>
>   

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

RE: Compiling Embperl

2009-11-20T06:58:44Z

Hi,

the Makefile.Pl of Embperl is searching for the module Apache2::BuildConfig to determinate
if mod_perl 2 is installed and what are the compile settings.

Could you check if this module is installed?

If yes, please make a simple test programm and send me the output:

-----

use Apache2::BuildConfig ;
use Data::Dumper ;

$c = Apache2::BuildConfig -> new ;
print Dumper ($c) ;

-----

Gerald


> -----Original Message-----
> From: Soltan Safavi [mailto:soltan@mycopa.com] 
> Sent: Thursday, November 19, 2009 11:14 PM
> To: Williams, David G. (HQ-JF000)[INDYNE INC]
> Cc: Ed Grimm; embperl@perl.apache.org
> Subject: Re: Compiling Embperl
> 
> 
> Hi David
> 
> In the past I could easily install Embperl 2.2 on Fedora 6 
> which is RPM-based sytem, why it can't be installed on Fedora 
> 10? any Idea?
> I was not successful to manually install Apache 2.2.x and 
> mod_perl 2 and I did not hear from Gerald for any other possible way.
> 
> I appreciate your help
> 
> Soltan
> 
> Williams, David G. (HQ-JF000)[INDYNE INC] wrote:
> > Soltan,
> >
> > I would be interested in hearing about an easy way to get 
> Embperl and XALAN running on an RPM-based system (without 
> sources).  To get things working quickly on Fedora, I just 
> uninstalled the RPM version of Apache 2, mod_perl, and a 
> number of other things and then manually installed Apache 
> 2.2.x and mod_perl 2 from source.  I have been unsuccessful 
> in compiling libxml and XALAN on Fedora from source, but I 
> can live without them for now.
> >
> > Gerald, is there an easier way to get Embperl and all its 
> prerequisites running on Fedora?
> >
> > Good luck.
> > ________________________________________
> > From: Soltan Safavi [soltan@mycopa.com]
> > Sent: Friday, October 16, 2009 2:38 PM
> > To: Ed Grimm
> > Cc: embperl@perl.apache.org
> > Subject: Re: Compiling Embperl
> >
> > Hi Ed,
> >
> > I am still looking for the solution. Please find below the 
> output of 
> > Makefile.PL, it shows that mod_perl is properly installed but could 
> > find Apache2
> >
> > Thank you
> >
> > Soltan
> >
> >
> > I am using:
> > httpd-2.2.10
> > mod_perl-2.0.4
> > perl-5.10.0
> >
> > Build with support for Apache mod_perl?(y/n) [y] Searching 
> for Apache 
> > sources...
> > Look at ..
> > Look at ../src
> > Look at ./src
> > Apache source not found, enter path name or q to quit 
> > [q]/usr/include/httpd Searching for Apache sources...
> > Look at /usr/include/httpd
> > Use /usr/include/httpd as Apache source(y/n) [y] Will use 
> > /usr/include/httpd for Apache Headers Enter path and file 
> to start as 
> > httpd [/usr/include/httpd/httpd]/usr/sbin/httpd
> > Apache Version Server version: Apache/2.2.10 (Unix) Library for 
> > mod_actions.c not found, please enter path to mod_actions.so  
> > []/usr/lib/httpd/modules  + Load dynamic module mod_actions.c
> >    (/usr/lib/httpd/modules/mod_actions.so)
> >  + Load dynamic module mod_cgi.c
> >    (/usr/lib/httpd/modules/mod_cgi.so)
> >  + Load dynamic module mod_alias.c
> >    (/usr/lib/httpd/modules/mod_alias.so)
> >  + Load dynamic module mod_env.c
> >    (/usr/lib/httpd/modules/mod_env.so)
> >  + Load dynamic module mod_perl.c
> >    (/usr/lib/httpd/modules/mod_perl.so)
> >  + Load dynamic module mod_mime.c
> >    (/usr/lib/httpd/modules/mod_mime.so)
> >  + Load dynamic module mod_dir.c
> >    (/usr/lib/httpd/modules/mod_dir.so)
> >  + mod_perl was build with USE_DSO
> > Can't locate Apache/src.pm in @INC (@INC contains:
> > /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> > /usr/local/lib/perl5/site_perl/5.10.0
> > /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> > /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
> > /usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0 
> > /usr/lib/perl5/site_perl .) at Makefile.PL line 982,  line 5.
> >
> >
> > Ed Grimm wrote:
> >   
> >> All perl packages which are provided by your distribution 
> should put 
> >> their perl modules in one of the vendor_perl directories 
> (excluding, 
> >> of course, the perl package itself and any direct 
> components thereof, 
> >> which should put things in the core directories.)
> >>
> >> The easiest manner one could make it not work in this 
> fashion would 
> >> be to utilize a mod_perl package from someone other than the 
> >> distribution vendor which places its files elsewhere.
> >>
> >> Perl silently ignores any @INC directories which do not exist.  So 
> >> long as the files it is looking for are in a directory which does 
> >> exist and is included in @INC, you should be good.
> >>
> >> Presence of mind check: do you need a mod_perl-dev package or 
> >> something like that?  I'm pretty sure you would if you 
> were running 
> >> Ubuntu, as the normal Ubuntu mentality is to move things 
> only needed 
> >> to compile other things and are not specifically compiling tools 
> >> themselves into -dev packages.
> >>
> >> Ed
> >>
> >> On Tue, 6 Oct 2009, Soltan Safavi wrote:
> >>
> >>
> >>     
> >>> Hi Gerald
> >>>
> >>> I believe mod_perl is installed correctly.
> >>> Here I have the content of the @INC
> >>>
> >>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> >>> /usr/local/lib/perl5/site_perl/5.10.0
> >>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> >>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
> >>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
> >>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl .
> >>> but paths with site_perl are missing on my system.
> >>> Could this be the source of the problem?
> >>>
> >>> Thank you
> >>>
> >>> Soltan
> >>>
> >>>
> >>>
> >>> Gerald Richter wrote:
> >>>
> >>>       
> >>>> Hi,
> >>>>
> >>>> Apache::src is part of mod_perl 1, since you use mod_perl 2, it 
> >>>> seems that mod_perl 2 is not detected by Makefile.PL. 
> Maybe it is 
> >>>> not fully/correctly installed?
> >>>>
> >>>> Gerald
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>         
> >>>>> -----Original Message-----
> >>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
> >>>>> Sent: Wednesday, September 30, 2009 11:11 PM
> >>>>> To: embperl@perl.apache.org
> >>>>> Subject: Compiling Embperl
> >>>>>
> >>>>> Hi
> >>>>>
> >>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the 
> >>>>> error "Can't locate Apache/src.pm in @INC"
> >>>>> I am using:
> >>>>> httpd-2.2.10
> >>>>> mod_perl-2.0.4
> >>>>> perl-5.10.0
> >>>>>
> >>>>> I appreciate your help
> >>>>>
> >>>>> Soltan
> >>>>>
> >>>>>
> >>>>> 
> ------------------------------------------------------------------
> >>>>> --- 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
> >>>
> >>>       
> >> 
> ---------------------------------------------------------------------
> >> 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
> >
> >
> >   
> 
> ---------------------------------------------------------------------
> 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

Re: Compiling Embperl

2009-11-19T22:14:11Z


Hi David

In the past I could easily install Embperl 2.2 on Fedora 6 which is 
RPM-based sytem, why it can't be installed on Fedora 10? any Idea?
I was not successful to manually install Apache 2.2.x and mod_perl 2 and 
I did not hear from Gerald for any other possible way.

I appreciate your help

Soltan

Williams, David G. (HQ-JF000)[INDYNE INC] wrote:
> Soltan,
>
> I would be interested in hearing about an easy way to get Embperl and XALAN running on
an RPM-based system (without sources).  To get things working quickly on Fedora, I just uninstalled
the RPM version of Apache 2, mod_perl, and a number of other things and then manually installed
Apache 2.2.x and mod_perl 2 from source.  I have been unsuccessful in compiling libxml and
XALAN on Fedora from source, but I can live without them for now.
>
> Gerald, is there an easier way to get Embperl and all its prerequisites running on Fedora?
>
> Good luck.
> ________________________________________
> From: Soltan Safavi [soltan@mycopa.com]
> Sent: Friday, October 16, 2009 2:38 PM
> To: Ed Grimm
> Cc: embperl@perl.apache.org
> Subject: Re: Compiling Embperl
>
> Hi Ed,
>
> I am still looking for the solution. Please find below the output of
> Makefile.PL,
> it shows that mod_perl is properly installed but could find Apache2
>
> Thank you
>
> Soltan
>
>
> I am using:
> httpd-2.2.10
> mod_perl-2.0.4
> perl-5.10.0
>
> Build with support for Apache mod_perl?(y/n) [y]
> Searching for Apache sources...
> Look at ..
> Look at ../src
> Look at ./src
> Apache source not found, enter path name or q to quit [q]/usr/include/httpd
> Searching for Apache sources...
> Look at /usr/include/httpd
> Use /usr/include/httpd as Apache source(y/n) [y]
> Will use /usr/include/httpd for Apache Headers
> Enter path and file to start as httpd
> [/usr/include/httpd/httpd]/usr/sbin/httpd
> Apache Version Server version: Apache/2.2.10 (Unix)
> Library for mod_actions.c not found, please enter path to
> mod_actions.so  []/usr/lib/httpd/modules
>  + Load dynamic module mod_actions.c
>    (/usr/lib/httpd/modules/mod_actions.so)
>  + Load dynamic module mod_cgi.c
>    (/usr/lib/httpd/modules/mod_cgi.so)
>  + Load dynamic module mod_alias.c
>    (/usr/lib/httpd/modules/mod_alias.so)
>  + Load dynamic module mod_env.c
>    (/usr/lib/httpd/modules/mod_env.so)
>  + Load dynamic module mod_perl.c
>    (/usr/lib/httpd/modules/mod_perl.so)
>  + Load dynamic module mod_mime.c
>    (/usr/lib/httpd/modules/mod_mime.so)
>  + Load dynamic module mod_dir.c
>    (/usr/lib/httpd/modules/mod_dir.so)
>  + mod_perl was build with USE_DSO
> Can't locate Apache/src.pm in @INC (@INC contains:
> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> /usr/local/lib/perl5/site_perl/5.10.0
> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0
> /usr/lib/perl5/site_perl .) at Makefile.PL line 982,  line 5.
>
>
> Ed Grimm wrote:
>   
>> All perl packages which are provided by your distribution should put
>> their perl modules in one of the vendor_perl directories (excluding, of
>> course, the perl package itself and any direct components thereof, which
>> should put things in the core directories.)
>>
>> The easiest manner one could make it not work in this fashion would be
>> to utilize a mod_perl package from someone other than the distribution
>> vendor which places its files elsewhere.
>>
>> Perl silently ignores any @INC directories which do not exist.  So long
>> as the files it is looking for are in a directory which does exist and
>> is included in @INC, you should be good.
>>
>> Presence of mind check: do you need a mod_perl-dev package or something
>> like that?  I'm pretty sure you would if you were running Ubuntu, as the
>> normal Ubuntu mentality is to move things only needed to compile other
>> things and are not specifically compiling tools themselves into -dev
>> packages.
>>
>> Ed
>>
>> On Tue, 6 Oct 2009, Soltan Safavi wrote:
>>
>>
>>     
>>> Hi Gerald
>>>
>>> I believe mod_perl is installed correctly.
>>> Here I have the content of the @INC
>>>
>>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>>> /usr/local/lib/perl5/site_perl/5.10.0
>>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
>>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
>>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl
>>> .
>>> but paths with site_perl are missing on my system.
>>> Could this be the source of the problem?
>>>
>>> Thank you
>>>
>>> Soltan
>>>
>>>
>>>
>>> Gerald Richter wrote:
>>>
>>>       
>>>> Hi,
>>>>
>>>> Apache::src is part of mod_perl 1, since you use mod_perl 2, it seems that
>>>> mod_perl 2 is not detected by Makefile.PL. Maybe it is not fully/correctly
>>>> installed?
>>>>
>>>> Gerald
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>         
>>>>> -----Original Message-----
>>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>>>> Sent: Wednesday, September 30, 2009 11:11 PM
>>>>> To: embperl@perl.apache.org
>>>>> Subject: Compiling Embperl
>>>>>
>>>>> Hi
>>>>>
>>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the
>>>>> error "Can't locate Apache/src.pm in @INC"
>>>>> I am using:
>>>>> httpd-2.2.10
>>>>> mod_perl-2.0.4
>>>>> perl-5.10.0
>>>>>
>>>>> I appreciate your help
>>>>>
>>>>> Soltan
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> 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
>>>
>>>       
>> ---------------------------------------------------------------------
>> 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
>
>
>   

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

Re: AW: FastCGI deployment

2009-10-27T09:09:58Z

Hi Gerald!

It is API compatible, so yes it does work.
I use it with Catalyst without a problem.

Can you provide me a sample config for mod_fastcgi?

Am Sonntag, den 25.10.2009, 00:32 +0200 schrieb richter@ecos.de:
> Hi,
> 
> I never have used mod_fcgid. Maybe it does not work together with FCGI.pm,
> which is used by embpfastcgi.pl
> 
> Gerald
> 
> -----Ursprüngliche Nachricht-----
> Von: Alexander Hartmaier [mailto:alexander.hartmaier@t-systems.at]
> Gesendet: Montag, 19. Oktober 2009 20:12
> An: embperl@perl.apache.org
> Betreff: FastCGI deployment
> 
> Hi!
> 
> I've migrated my current mod_perl setup to mod_fcgid (not fastcgid,
> because fcgid is included in Debian) today but the processes terminate
> as soon as the request has been handled which leads to really bad
> performance.
> 
> Any idea why this is happening?
> 
> That's my current apache config
> 
> from the vhost:
>     ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
>     
>         AllowOverride None
>         Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
>         Order allow,deny
>         Allow from all
>     
> 
> mods-enabled/zembperl.conf:
> 
> AddType text/html .epl
> 
> 
>   # CGI version
> 
>   
>     #Action embperl /cgi-bin/embpcgi.pl
>     #Action embperlobject /cgi-bin/epocgi.pl
>     Action embperl-fastcgi /cgi-bin/embpfastcgi.pl
> 
>     AddHandler embperl-fastcgi .epl
>   
> 
> 
> mods-enabled/fcgid.conf:
> 
> 
>   AddHandler fcgid-script .fcgi
>   SocketPath /var/lib/apache2/fcgid/sock
>   IPCConnectTimeout 20
> 
> 
> 
> --
> best regards, Alex
> 
> 
> *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"
> *"*
> T-Systems Austria GesmbH   Rennweg 97-99, 1030 Wien
> Handelsgericht Wien, FN 79340b
> *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"
> *"*
> Notice: This e-mail contains information that is confidential and may be
> privileged.
> If you are not the intended recipient, please notify the sender and then
> delete this e-mail immediately.
> *"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"
> *"*
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org
-- 
LG Alex


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

AW: FastCGI deployment

2009-10-24T22:32:47Z

Hi,

I never have used mod_fcgid. Maybe it does not work together with FCGI.pm,
which is used by embpfastcgi.pl

Gerald

-----Urspr�ngliche Nachricht-----
Von: Alexander Hartmaier [mailto:alexander.hartmaier@t-systems.at]
Gesendet: Montag, 19. Oktober 2009 20:12
An: embperl@perl.apache.org
Betreff: FastCGI deployment

Hi!

I've migrated my current mod_perl setup to mod_fcgid (not fastcgid,
because fcgid is included in Debian) today but the processes terminate
as soon as the request has been handled which leads to really bad
performance.

Any idea why this is happening?

That's my current apache config

from the vhost:
    ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
    
        AllowOverride None
        Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
        Order allow,deny
        Allow from all
    

mods-enabled/zembperl.conf:

AddType text/html .epl


  # CGI version

  
    #Action embperl /cgi-bin/embpcgi.pl
    #Action embperlobject /cgi-bin/epocgi.pl
    Action embperl-fastcgi /cgi-bin/embpfastcgi.pl

    AddHandler embperl-fastcgi .epl
  


mods-enabled/fcgid.conf:


  AddHandler fcgid-script .fcgi
  SocketPath /var/lib/apache2/fcgid/sock
  IPCConnectTimeout 20



--
best regards, Alex


*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"
*"*
T-Systems Austria GesmbH   Rennweg 97-99, 1030 Wien
Handelsgericht Wien, FN 79340b
*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"
*"*
Notice: This e-mail contains information that is confidential and may be
privileged.
If you are not the intended recipient, please notify the sender and then
delete this e-mail immediately.
*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"
*"*

---------------------------------------------------------------------
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

FastCGI deployment

2009-10-19T18:12:13Z

Hi!

I've migrated my current mod_perl setup to mod_fcgid (not fastcgid,
because fcgid is included in Debian) today but the processes terminate
as soon as the request has been handled which leads to really bad
performance.

Any idea why this is happening?

That's my current apache config

from the vhost:
    ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
    
        AllowOverride None
        Options ExecCGI -MultiViews +SymLinksIfOwnerMatch
        Order allow,deny
        Allow from all
    

mods-enabled/zembperl.conf:

AddType text/html .epl


  # CGI version

  
    #Action embperl /cgi-bin/embpcgi.pl
    #Action embperlobject /cgi-bin/epocgi.pl
    Action embperl-fastcgi /cgi-bin/embpfastcgi.pl

    AddHandler embperl-fastcgi .epl
  


mods-enabled/fcgid.conf:


  AddHandler fcgid-script .fcgi
  SocketPath /var/lib/apache2/fcgid/sock
  IPCConnectTimeout 20



--
best regards, Alex


*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*
T-Systems Austria GesmbH   Rennweg 97-99, 1030 Wien
Handelsgericht Wien, FN 79340b
*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*
Notice: This e-mail contains information that is confidential and may be privileged.
If you are not the intended recipient, please notify the sender and then
delete this e-mail immediately.
*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*"*

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

Re: sub BEGIN in embperl ?

2009-10-19T11:19:25Z

Dirk Melchers a �crit :
> We 'use lib "xxx"' in our startup.pl and that works.
> 
> But be careful: the used libs are only compiled once and available in 
> all websites (if you use "mod_perl") - so namespaces of your modules 
> should be different to avoid "funny" things...

I see what you mean by "funny" things, thanks for the tip, I probably would have
slipped on that.

Have a nice day,

-- 
Jean-Christophe Boggio                       -o)
embperl@thefreecat.org                       /\\
Independant Consultant and Developer        _\_V

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

Re: sub BEGIN in embperl ?

2009-10-19T11:03:10Z

Hi,

Am 19.10.2009 um 12:45 schrieb Jean-Christophe Boggio:

> Hello,
>
> I wish to "use" some library that is not located on the PATH so
> I try this kind of code inside my base.epl :
>
> sub BEGIN {
> 	my $script = $ENV{SCRIPT_FILENAME};
> 	$script =~ s/^(.*)\/.*?$/$1/;
> 	push @INC,$script;
> 	push @INC,"$script/..";
> }
>
> But it does not seem to work. How should I do this (what is
> the right way of doing this with embperl) ?
>
> Maybe some hardcoded use lib "xxx" inside startup.pl ?


We 'use lib "xxx"' in our startup.pl and that works.

But be careful: the used libs are only compiled once and available in  
all websites (if you use "mod_perl") - so namespaces of your modules  
should be different to avoid "funny" things...



With best regards,


Dirk Melchers
/// IT/Software-Entwicklung ///

-- 
NUREG GmbH ///
Dorf�ckerstra�e 31 | 90427 N�rnberg | Germany
Tel. +49-911-32002-256 | Fax +49-911-32002-299
Mobil +49-172-9354670 | www.nureg.de
N�rnberg HRB 22653 | USt.ID DE 814 685 653
Gesch�ftsf�hrer: Michael Schmidt, Stefan Boas


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

sub BEGIN in embperl ?

2009-10-19T10:45:40Z

Hello,

I wish to "use" some library that is not located on the PATH so
I try this kind of code inside my base.epl :

sub BEGIN {
	my $script = $ENV{SCRIPT_FILENAME};
	$script =~ s/^(.*)\/.*?$/$1/;
	push @INC,$script;
	push @INC,"$script/..";
}

But it does not seem to work. How should I do this (what is
the right way of doing this with embperl) ?

Maybe some hardcoded use lib "xxx" inside startup.pl ?

Thanks for your help !

-- 
Jean-Christophe Boggio                       -o)
embperl@thefreecat.org                       /\\
Independant Consultant and Developer        _\_V

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

RE: Compiling Embperl

2009-10-16T20:18:57Z

Soltan,

I would be interested in hearing about an easy way to get Embperl and XALAN running on an
RPM-based system (without sources).  To get things working quickly on Fedora, I just uninstalled
the RPM version of Apache 2, mod_perl, and a number of other things and then manually installed
Apache 2.2.x and mod_perl 2 from source.  I have been unsuccessful in compiling libxml and
XALAN on Fedora from source, but I can live without them for now.

Gerald, is there an easier way to get Embperl and all its prerequisites running on Fedora?

Good luck.
________________________________________
From: Soltan Safavi [soltan@mycopa.com]
Sent: Friday, October 16, 2009 2:38 PM
To: Ed Grimm
Cc: embperl@perl.apache.org
Subject: Re: Compiling Embperl

Hi Ed,

I am still looking for the solution. Please find below the output of
Makefile.PL,
it shows that mod_perl is properly installed but could find Apache2

Thank you

Soltan


I am using:
httpd-2.2.10
mod_perl-2.0.4
perl-5.10.0

Build with support for Apache mod_perl?(y/n) [y]
Searching for Apache sources...
Look at ..
Look at ../src
Look at ./src
Apache source not found, enter path name or q to quit [q]/usr/include/httpd
Searching for Apache sources...
Look at /usr/include/httpd
Use /usr/include/httpd as Apache source(y/n) [y]
Will use /usr/include/httpd for Apache Headers
Enter path and file to start as httpd
[/usr/include/httpd/httpd]/usr/sbin/httpd
Apache Version Server version: Apache/2.2.10 (Unix)
Library for mod_actions.c not found, please enter path to
mod_actions.so  []/usr/lib/httpd/modules
 + Load dynamic module mod_actions.c
   (/usr/lib/httpd/modules/mod_actions.so)
 + Load dynamic module mod_cgi.c
   (/usr/lib/httpd/modules/mod_cgi.so)
 + Load dynamic module mod_alias.c
   (/usr/lib/httpd/modules/mod_alias.so)
 + Load dynamic module mod_env.c
   (/usr/lib/httpd/modules/mod_env.so)
 + Load dynamic module mod_perl.c
   (/usr/lib/httpd/modules/mod_perl.so)
 + Load dynamic module mod_mime.c
   (/usr/lib/httpd/modules/mod_mime.so)
 + Load dynamic module mod_dir.c
   (/usr/lib/httpd/modules/mod_dir.so)
 + mod_perl was build with USE_DSO
Can't locate Apache/src.pm in @INC (@INC contains:
/usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
/usr/local/lib/perl5/site_perl/5.10.0
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0
/usr/lib/perl5/site_perl .) at Makefile.PL line 982,  line 5.


Ed Grimm wrote:
> All perl packages which are provided by your distribution should put
> their perl modules in one of the vendor_perl directories (excluding, of
> course, the perl package itself and any direct components thereof, which
> should put things in the core directories.)
>
> The easiest manner one could make it not work in this fashion would be
> to utilize a mod_perl package from someone other than the distribution
> vendor which places its files elsewhere.
>
> Perl silently ignores any @INC directories which do not exist.  So long
> as the files it is looking for are in a directory which does exist and
> is included in @INC, you should be good.
>
> Presence of mind check: do you need a mod_perl-dev package or something
> like that?  I'm pretty sure you would if you were running Ubuntu, as the
> normal Ubuntu mentality is to move things only needed to compile other
> things and are not specifically compiling tools themselves into -dev
> packages.
>
> Ed
>
> On Tue, 6 Oct 2009, Soltan Safavi wrote:
>
>
>> Hi Gerald
>>
>> I believe mod_perl is installed correctly.
>> Here I have the content of the @INC
>>
>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>> /usr/local/lib/perl5/site_perl/5.10.0
>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl
>> .
>> but paths with site_perl are missing on my system.
>> Could this be the source of the problem?
>>
>> Thank you
>>
>> Soltan
>>
>>
>>
>> Gerald Richter wrote:
>>
>>> Hi,
>>>
>>> Apache::src is part of mod_perl 1, since you use mod_perl 2, it seems that
>>> mod_perl 2 is not detected by Makefile.PL. Maybe it is not fully/correctly
>>> installed?
>>>
>>> Gerald
>>>
>>>
>>>
>>>
>>>
>>>> -----Original Message-----
>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>>> Sent: Wednesday, September 30, 2009 11:11 PM
>>>> To: embperl@perl.apache.org
>>>> Subject: Compiling Embperl
>>>>
>>>> Hi
>>>>
>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the
>>>> error "Can't locate Apache/src.pm in @INC"
>>>> I am using:
>>>> httpd-2.2.10
>>>> mod_perl-2.0.4
>>>> perl-5.10.0
>>>>
>>>> I appreciate your help
>>>>
>>>> Soltan
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>
>
> ---------------------------------------------------------------------
> 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


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

Re: Compiling Embperl

2009-10-16T18:38:30Z

Hi Ed,

I am still looking for the solution. Please find below the output of  
Makefile.PL,
it shows that mod_perl is properly installed but could find Apache2

Thank you

Soltan
 

I am using:
httpd-2.2.10
mod_perl-2.0.4
perl-5.10.0

Build with support for Apache mod_perl?(y/n) [y]
Searching for Apache sources...
Look at ..
Look at ../src
Look at ./src
Apache source not found, enter path name or q to quit [q]/usr/include/httpd
Searching for Apache sources...
Look at /usr/include/httpd
Use /usr/include/httpd as Apache source(y/n) [y]
Will use /usr/include/httpd for Apache Headers
Enter path and file to start as httpd 
[/usr/include/httpd/httpd]/usr/sbin/httpd
Apache Version Server version: Apache/2.2.10 (Unix)
Library for mod_actions.c not found, please enter path to 
mod_actions.so  []/usr/lib/httpd/modules
 + Load dynamic module mod_actions.c
   (/usr/lib/httpd/modules/mod_actions.so)
 + Load dynamic module mod_cgi.c
   (/usr/lib/httpd/modules/mod_cgi.so)
 + Load dynamic module mod_alias.c
   (/usr/lib/httpd/modules/mod_alias.so)
 + Load dynamic module mod_env.c
   (/usr/lib/httpd/modules/mod_env.so)
 + Load dynamic module mod_perl.c
   (/usr/lib/httpd/modules/mod_perl.so)
 + Load dynamic module mod_mime.c
   (/usr/lib/httpd/modules/mod_mime.so)
 + Load dynamic module mod_dir.c
   (/usr/lib/httpd/modules/mod_dir.so)
 + mod_perl was build with USE_DSO
Can't locate Apache/src.pm in @INC (@INC contains: 
/usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi 
/usr/local/lib/perl5/site_perl/5.10.0 
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi 
/usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl 
/usr/lib/perl5/5.10.0/i386-linux-thread-multi /usr/lib/perl5/5.10.0 
/usr/lib/perl5/site_perl .) at Makefile.PL line 982,  line 5.


Ed Grimm wrote:
> All perl packages which are provided by your distribution should put
> their perl modules in one of the vendor_perl directories (excluding, of
> course, the perl package itself and any direct components thereof, which
> should put things in the core directories.)
>
> The easiest manner one could make it not work in this fashion would be
> to utilize a mod_perl package from someone other than the distribution
> vendor which places its files elsewhere.
>
> Perl silently ignores any @INC directories which do not exist.  So long
> as the files it is looking for are in a directory which does exist and
> is included in @INC, you should be good.
>
> Presence of mind check: do you need a mod_perl-dev package or something
> like that?  I'm pretty sure you would if you were running Ubuntu, as the
> normal Ubuntu mentality is to move things only needed to compile other
> things and are not specifically compiling tools themselves into -dev
> packages.
>
> Ed
>
> On Tue, 6 Oct 2009, Soltan Safavi wrote:
>
>   
>> Hi Gerald
>>
>> I believe mod_perl is installed correctly.
>> Here I have the content of the @INC
>>
>> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
>> /usr/local/lib/perl5/site_perl/5.10.0
>> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
>> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
>> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
>> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl
>> .
>> but paths with site_perl are missing on my system.
>> Could this be the source of the problem?
>>
>> Thank you
>>
>> Soltan
>>
>>
>>
>> Gerald Richter wrote:
>>     
>>> Hi,
>>>
>>> Apache::src is part of mod_perl 1, since you use mod_perl 2, it seems that
>>> mod_perl 2 is not detected by Makefile.PL. Maybe it is not fully/correctly
>>> installed?
>>>
>>> Gerald
>>>
>>>
>>>
>>>
>>>       
>>>> -----Original Message-----
>>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>>> Sent: Wednesday, September 30, 2009 11:11 PM
>>>> To: embperl@perl.apache.org
>>>> Subject: Compiling Embperl
>>>>
>>>> Hi
>>>>
>>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the
>>>> error "Can't locate Apache/src.pm in @INC"
>>>> I am using:
>>>> httpd-2.2.10
>>>> mod_perl-2.0.4
>>>> perl-5.10.0
>>>>
>>>> I appreciate your help
>>>>
>>>> Soltan
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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
>>     
>
> ---------------------------------------------------------------------
> 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

RE: 9999: Error (no description) Unstructured forward jump

2009-10-12T20:52:54Z


George,

To save searching through the docs, here's how to turn off embperl's
form/table/html parsing and just process the various types of code
blocks.

[$ syntax EmbperlBlocks $][# turn off special HTML processing #]

Do funky table stuff here

[$ syntax Embperl $][# back to normal #]

Cheers,

Andrew

> -----Original Message-----
> From: Ed Grimm [mailto:ed_grimm@raytheon.com] 
> Sent: Saturday, 10 October 2009 12:37 AM
> To: George Piskorsky; embperl@perl.apache.org
> Subject: Re: 9999: Error (no description) Unstructured forward jump
> 
> Actually, it wouldn't generate imbalanced tags - the final if 
> has additional logic to balance the last row - but it does 
> trigger EmbPerl's imbalanced tag detection anyway.  Either 
> generate one row per loop iteratiom or turn off EmbPerl's 
> table parsing.  Since that loop will probably run faster 
> unrolled once (so there's only one if check in it), and your 
> table should have balanced rows anyway (put the if check on 
> the *contents* of the second , rather than eliminating 
> the whole element), I strongly recommend the former approach.
> 
> 
> ----- Original Message -----
> From: "Williams, David G. (HQ-JF000)[INDYNE INC]" 
> [david.g.williams@nasa.gov]
> Sent: 10/08/2009 03:41 PM EST
> To: George Piskorsky ; 
> "embperl@perl.apache.org" 
> Subject: RE: 9999: Error (no description) Unstructured forward jump
> 
> 
> 
> It is complaining because your code would create unbalanced 
>  tags.  Why are you writing  when the modulus is 
> 0 but writing  if modulus is 1?  I think you should 
> redesign your code.
> 
> -----Original Message-----
> From: George Piskorsky [mailto:george@piskorsky.com] 
> Sent: Thursday, October 08, 2009 4:16 PM
> To: embperl@perl.apache.org
> Subject: ERR: 9999: Error (no description) Unstructured forward jump
> 
> Hello!
> 
> I have Apache2.2 with mod_perl and Embperl2.3. The following 
> script does not work:
> 	
> 
> 
> 
>      Test
> 
> 
>      [-
>          @array = (1,2,3,4,5,6,7,8);
>          $num = scalar @array;
>          $i = 0;
>      -]
>      
>          [$ while ($i < $num) $]
> 
>              [$ if (($i % 2) == 0) $]
>                  
>              [$ endif $]
> 
>                  
> 
>              [$ if (($i % 2 == 1) || ($num - 1 == $i)) $]
>                  
>              [$ endif $]
> 
>              [- $i++ -]
>          [$ endwhile $]
>       [+ $array[$i] +] 
> 
> 
> 
> Apache give empty page and in error-log of apache I see the 
> following string:
> [746]ERR:  9999:  Error (no description) Unstructured forward 
> jump, /usr/local/www/apache22/data/test1.epl Line 14 -> 
> Line 18
> 
> Can anybody help me?
> 
> -- 
> George Piskorsky
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org
> 
> 
> The following line is added for your protection and will be 
> used for analysis if this message is reported as spam: 
> (Raytheon Analysis: IP=140.211.11.3; 
> e-from=embperl-return-8771-eg=raytheon.com@perl.apache.org; 
> from=david.g.williams@nasa.gov; date=Oct 8, 2009 8:43:22 PM; 
> subject=RE: 9999: Error (no description) Unstructured forward jump)
> 
> ---------------------------------------------------------------------
> 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

Re: 9999: Error (no description) Unstructured forward jump

2009-10-12T16:57:29Z

I guess it won't complain if you can run the loops and assemble an output table string, inside
a [-  -] block,  and then output the obtained string with [+$table+].
The code will be messier and cgi-like but it can be one alternative, in case you want to keep
the processing logic.


Ben Kim


----- Original Message ----
From: Ed Grimm 
To: George Piskorsky ; embperl@perl.apache.org
Sent: Fri, October 9, 2009 8:36:39 AM
Subject: Re: 9999: Error (no description) Unstructured forward jump

Actually, it wouldn't generate imbalanced tags - the final if has additional logic to balance
the last row - but it does trigger EmbPerl's imbalanced tag detection anyway.  Either generate
one row per loop iteratiom or turn off EmbPerl's table parsing.  Since that loop will probably
run faster unrolled once (so there's only one if check in it), and your table should have
balanced rows anyway (put the if check on the *contents* of the second , rather
than eliminating the whole element), I strongly recommend the former approach.


----- Original Message -----
From: "Williams, David G. (HQ-JF000)[INDYNE INC]" [david.g.williams@nasa.gov]
Sent: 10/08/2009 03:41 PM EST
To: George Piskorsky ; "embperl@perl.apache.org" 
Subject: RE: 9999: Error (no description) Unstructured forward jump



It is complaining because your code would create unbalanced  tags.  Why
are you writing  when the modulus is 0 but writing  if modulus is 1?
 I think you should redesign your code.

-----Original Message-----
From: George Piskorsky [mailto:george@piskorsky.com]
Sent: Thursday, October 08, 2009 4:16 PM
To: embperl@perl.apache.org
Subject: ERR: 9999: Error (no description) Unstructured forward jump

Hello!

I have Apache2.2 with mod_perl and Embperl2.3. The following script does not work:




     Test


     [-
         @array = (1,2,3,4,5,6,7,8);
         $num = scalar @array;
         $i = 0;
     -]
     
         [$ while ($i < $num) $]

             [$ if (($i % 2) == 0) $]
                 
             [$ endif $]

                 

             [$ if (($i % 2 == 1) || ($num - 1 == $i)) $]
                 
             [$ endif $]

             [- $i++ -]
         [$ endwhile $]
      [+ $array[$i] +] 



Apache give empty page and in error-log of apache I see the following string:
[746]ERR:  9999:  Error (no description) Unstructured forward jump, /usr/local/www/apache22/data/test1.epl
Line 14 ->
Line 18

Can anybody help me?

--
George Piskorsky


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


The following line is added for your protection and will be used for analysis if this message
is reported as spam: (Raytheon Analysis: IP=140.211.11.3; e-from=embperl-return-8771-eg=raytheon.com@perl.apache.org;
from=david.g.williams@nasa.gov; date=Oct 8, 2009 8:43:22 PM; subject=RE: 9999: Error (no description)
Unstructured forward jump)

---------------------------------------------------------------------
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

Re: 9999: Error (no description) Unstructured forward jump

2009-10-09T13:36:39Z

Actually, it wouldn't generate imbalanced tags - the final if has additional logic to balance
the last row - but it does trigger EmbPerl's imbalanced tag detection anyway.  Either generate
one row per loop iteratiom or turn off EmbPerl's table parsing.  Since that loop will probably
run faster unrolled once (so there's only one if check in it), and your table should have
balanced rows anyway (put the if check on the *contents* of the second , rather
than eliminating the whole element), I strongly recommend the former approach.


----- Original Message -----
From: "Williams, David G. (HQ-JF000)[INDYNE INC]" [david.g.williams@nasa.gov]
Sent: 10/08/2009 03:41 PM EST
To: George Piskorsky ; "embperl@perl.apache.org" 
Subject: RE: 9999: Error (no description) Unstructured forward jump



It is complaining because your code would create unbalanced  tags.  Why
are you writing  when the modulus is 0 but writing  if modulus is 1?
 I think you should redesign your code.

-----Original Message-----
From: George Piskorsky [mailto:george@piskorsky.com] 
Sent: Thursday, October 08, 2009 4:16 PM
To: embperl@perl.apache.org
Subject: ERR: 9999: Error (no description) Unstructured forward jump

Hello!

I have Apache2.2 with mod_perl and Embperl2.3. The following script does not work:
	



     Test


     [-
         @array = (1,2,3,4,5,6,7,8);
         $num = scalar @array;
         $i = 0;
     -]
     
         [$ while ($i < $num) $]

             [$ if (($i % 2) == 0) $]
                 
             [$ endif $]

                 

             [$ if (($i % 2 == 1) || ($num - 1 == $i)) $]
                 
             [$ endif $]

             [- $i++ -]
         [$ endwhile $]
      [+ $array[$i] +] 



Apache give empty page and in error-log of apache I see the following string:
[746]ERR:  9999:  Error (no description) Unstructured forward jump, /usr/local/www/apache22/data/test1.epl
Line 14 -> 
Line 18

Can anybody help me?

-- 
George Piskorsky


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


The following line is added for your protection and will be used for analysis if this message
is reported as spam: (Raytheon Analysis: IP=140.211.11.3; e-from=embperl-return-8771-eg=raytheon.com@perl.apache.org;
from=david.g.williams@nasa.gov; date=Oct 8, 2009 8:43:22 PM; subject=RE: 9999: Error (no description)
Unstructured forward jump)

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

RE: 9999: Error (no description) Unstructured forward jump

2009-10-08T20:41:06Z

It is complaining because your code would create unbalanced  tags.  Why
are you writing  when the modulus is 0 but writing  if modulus is 1?
 I think you should redesign your code.

-----Original Message-----
From: George Piskorsky [mailto:george@piskorsky.com] 
Sent: Thursday, October 08, 2009 4:16 PM
To: embperl@perl.apache.org
Subject: ERR: 9999: Error (no description) Unstructured forward jump

Hello!

I have Apache2.2 with mod_perl and Embperl2.3. The following script does not work:
	



     Test


     [-
         @array = (1,2,3,4,5,6,7,8);
         $num = scalar @array;
         $i = 0;
     -]
     
         [$ while ($i < $num) $]

             [$ if (($i % 2) == 0) $]
                 
             [$ endif $]

                 

             [$ if (($i % 2 == 1) || ($num - 1 == $i)) $]
                 
             [$ endif $]

             [- $i++ -]
         [$ endwhile $]
      [+ $array[$i] +] 



Apache give empty page and in error-log of apache I see the following string:
[746]ERR:  9999:  Error (no description) Unstructured forward jump, /usr/local/www/apache22/data/test1.epl
Line 14 -> 
Line 18

Can anybody help me?

-- 
George Piskorsky


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

ERR: 9999: Error (no description) Unstructured forward jump

2009-10-08T20:16:25Z

Hello!

I have Apache2.2 with mod_perl and Embperl2.3. The following script does not work:
	



     Test


     [-
         @array = (1,2,3,4,5,6,7,8);
         $num = scalar @array;
         $i = 0;
     -]
     
         [$ while ($i < $num) $]

             [$ if (($i % 2) == 0) $]
                 
             [$ endif $]

                 

             [$ if (($i % 2 == 1) || ($num - 1 == $i)) $]
                 
             [$ endif $]

             [- $i++ -]
         [$ endwhile $]
      [+ $array[$i] +] 



Apache give empty page and in error-log of apache I see the following string:
[746]ERR:  9999:  Error (no description) Unstructured forward jump, /usr/local/www/apache22/data/test1.epl
Line 14 -> 
Line 18

Can anybody help me?

-- 
George Piskorsky


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

Re: Compiling Embperl

2009-10-07T21:09:53Z

All perl packages which are provided by your distribution should put
their perl modules in one of the vendor_perl directories (excluding, of
course, the perl package itself and any direct components thereof, which
should put things in the core directories.)

The easiest manner one could make it not work in this fashion would be
to utilize a mod_perl package from someone other than the distribution
vendor which places its files elsewhere.

Perl silently ignores any @INC directories which do not exist.  So long
as the files it is looking for are in a directory which does exist and
is included in @INC, you should be good.

Presence of mind check: do you need a mod_perl-dev package or something
like that?  I'm pretty sure you would if you were running Ubuntu, as the
normal Ubuntu mentality is to move things only needed to compile other
things and are not specifically compiling tools themselves into -dev
packages.

Ed

On Tue, 6 Oct 2009, Soltan Safavi wrote:

> Hi Gerald
>
> I believe mod_perl is installed correctly.
> Here I have the content of the @INC
>
> /usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
> /usr/local/lib/perl5/site_perl/5.10.0
> /usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.10.0/i386-linux-thread-multi
> /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl
> .
> but paths with site_perl are missing on my system.
> Could this be the source of the problem?
>
> Thank you
>
> Soltan
>
>
>
> Gerald Richter wrote:
>> Hi,
>>
>> Apache::src is part of mod_perl 1, since you use mod_perl 2, it seems that
>> mod_perl 2 is not detected by Makefile.PL. Maybe it is not fully/correctly
>> installed?
>>
>> Gerald
>>
>>
>>
>>
>>> -----Original Message-----
>>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>>> Sent: Wednesday, September 30, 2009 11:11 PM
>>> To: embperl@perl.apache.org
>>> Subject: Compiling Embperl
>>>
>>> Hi
>>>
>>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the
>>> error "Can't locate Apache/src.pm in @INC"
>>> I am using:
>>> httpd-2.2.10
>>> mod_perl-2.0.4
>>> perl-5.10.0
>>>
>>> I appreciate your help
>>>
>>> Soltan
>>>
>>>
>>> ---------------------------------------------------------------------
>>> 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

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

Re: Compiling Embperl

2009-10-06T21:55:41Z

Hi Gerald

I believe mod_perl is installed correctly.
Here I have the content of the @INC

/usr/local/lib/perl5/site_perl/5.10.0/i386-linux-thread-multi
/usr/local/lib/perl5/site_perl/5.10.0
/usr/lib/perl5/vendor_perl/5.10.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.10.0/i386-linux-thread-multi
/usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl
.
but paths with site_perl are missing on my system.
Could this be the source of the problem?

Thank you

Soltan

Gerald Richter wrote:
> Hi,
>
> Apache::src is part of mod_perl 1, since you use mod_perl 2, it seems that
> mod_perl 2 is not detected by Makefile.PL. Maybe it is not fully/correctly
> installed?
>
> Gerald
>
>
>
>   
>> -----Original Message-----
>> From: Soltan Safavi [mailto:soltan@mycopa.com]
>> Sent: Wednesday, September 30, 2009 11:11 PM
>> To: embperl@perl.apache.org
>> Subject: Compiling Embperl
>>
>> Hi
>>
>> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the
>> error "Can't locate Apache/src.pm in @INC"
>> I am using:
>> httpd-2.2.10
>> mod_perl-2.0.4
>> perl-5.10.0
>>
>> I appreciate your help
>>
>> Soltan
>>
>>
>> ---------------------------------------------------------------------
>> 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

RE: Compiling Embperl

2009-10-02T09:38:08Z

Hi,

Apache::src is part of mod_perl 1, since you use mod_perl 2, it seems that
mod_perl 2 is not detected by Makefile.PL. Maybe it is not fully/correctly
installed?

Gerald



> -----Original Message-----
> From: Soltan Safavi [mailto:soltan@mycopa.com]
> Sent: Wednesday, September 30, 2009 11:11 PM
> To: embperl@perl.apache.org
> Subject: Compiling Embperl
>
> Hi
>
> I am trying to build Embperl 2.2.0 on Fedora 10 and I get the
> error "Can't locate Apache/src.pm in @INC"
> I am using:
> httpd-2.2.10
> mod_perl-2.0.4
> perl-5.10.0
>
> I appreciate your help
>
> Soltan
>
>
> ---------------------------------------------------------------------
> 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

Compiling Embperl

2009-09-30T21:10:32Z

Hi

I am trying to build Embperl 2.2.0 on Fedora 10 and I get the error 
"Can't locate Apache/src.pm in @INC"
I am using:
httpd-2.2.10
mod_perl-2.0.4
perl-5.10.0
   
I appreciate your help

Soltan


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

RE: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-20T23:21:39Z

> Richter, Gerald wrote:
> > The best would be, if we had a packages maintainers for the main 
> > distrubtions (like Debian, SUSE, RedHat etc.) which knows 
> about their 
> > distribution (because I do not know all the specifica of all these 
> > distributions)
> 
> Wasn't Angus Lees doing that for Debian?

Angus Lees and Gunnar Wolf:
http://packages.debian.org/lenny/libembperl-perl

> I use Debian, but I have never gotten into the Debian build and test 
> process. I'm an experienced developer, but there seems to be another 
> level of really "hard core" developer that is way above me in 
> terms of 
> knowledge - they seem to know all the ins and outs of system 
> level stuff 
> and compiler switches etc which I've just never had to learn, 
> so haven't.

The current stable distribution (lenny) has embperl 2.2.0 and CGI.pm
3.29 (part of the core perl-modules package). The latest versions of
perl-modules in the testing and unstable distributions only include
<3.33 of CGI.pm in the core group (I think - guess from changelogs) so
it looks like things will keep being easily compilable on stock debian.

However, there seems to be a specific package for a more up to date
CGI.pm: libcgi-pm-perl. The description of this package recommends not
using it unless you need POSTDATA but at least you then have the ability
to test builds against the newer combination.

Whilst I've built local packages for the debian systems I maintain to
incorporate some minor bugfixes (patches were posted to the list a while
back) I've never really needed to go into the lower level XS that this
type of packaging seems to require.

I'm more than happy to play with the debian uscan/uupdate tools to see
how far the automated tools get me but currently I don't have a single
system that either has the later versions of CGI.pm standard or requires
it so it won't be something happening in the next week or so I'm afraid.

Cheers,

Andrew

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

Re: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-20T17:02:59Z

Richter, Gerald wrote:
> The best would be, if we had a packages maintainers for the main 
> distrubtions (like Debian, SUSE, RedHat etc.) which knows about their 
> distribution (because I do not know all the specifica of all these 
> distributions)

Wasn't Angus Lees doing that for Debian?

I think I tried emailing him a while back, but got no reply.

I use Debian, but I have never gotten into the Debian build and test 
process. I'm an experienced developer, but there seems to be another 
level of really "hard core" developer that is way above me in terms of 
knowledge - they seem to know all the ins and outs of system level stuff 
and compiler switches etc which I've just never had to learn, so haven't.

But if there is nobody else around who can do this package maintenance 
for Embperl/Debian, then I guess I could start trying to learn... it's 
important enough to me, since I use both extensively. But it might make 
sense for someone who had access to more hardware variations than I do 
(Debian works on many different architectures, after all). Eh, I really 
know very little about that stuff. Software got very very complicated! 
It was so much simpler back when I was doing 6502 assembler.

Neil

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

Re: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-20T14:45:23Z

Hi Gerald,

Thanks for the advice.

What I may do is try to install again from scratch on Centos 5 and
show you my errors as I go.  That is, of course if you are OK with
this!  There seems to be a lot of virtual dedicated server companies
offering Centos 5 with Plesk so I am sure others would benefit.

Great you're back!  Really looking forward to your latest offerings too.

Maybe the community could get together and get some sort of forum/site
going where we can all talk about our projects and problems?  I am
happy to offer hosting for this.

Chris

2009/9/20 Richter, Gerald :
> Hi Chris,
>
> I think Neil has done a good explaination what can be done, so that a site
> scales better.
>
> Regardings the installation issues. The Problem is, that because Embperl
> work very close togehther with Apache and mod_perl, it needs to be compiled
> with the same compiler settings as Apache and mod_perl. The point is that
> not every distribution, has this information at the right place (or it is
> not there at all). The Makefile.PL tries it's best to figure out which
> options to use, but it does not work all the time.
>
> The best would be, if we had a packages maintainers for the main
> distrubtions (like Debian, SUSE, RedHat etc.) which knows about their
> distribution (because I do not know all the specifica of all these
> distributions)
>
> Gerald
>
>
> 2009/9/18 Chris Denman 
>>
>> Hi Gerald,
>>
>> For someone like me who is more of an enthusiast rather than expert (I
>> play and use a lot of trial and error) I find installing Embperl
>> really confusing.
>>
>> Maybe it's just me, maybe I am missing the point. �But for some reason
>> it can take me a few days of bashing around to get it all to work
>> properly (and even then I don't think it is!).
>>
>> An example would be that there's a lot of virtual servers popping up
>> these days. �I just purchased a virtual server with CentOS 5 with
>> Plesk 9 (64-bit). �It took days to get Embperl working under mod_perl.
>> �Can't even remember exactly why as it's all a blur now! �All I
>> remember is that the server was all pre-installed with the very latest
>> versions of Apache and mod_perl. �But I would get errors everywhere.
>> I would uninstall things, reinstall things. �I would never be able to
>> find apache source. �I just think that brute force got me there in the
>> end.
>>
>> Now I have it working, I am finding memory management temperamental.
>> Mucking around with Max_Servers and so on would drive me insane. �Too
>> low and the server would hang whilst requests would queue up, too high
>> and I'd run out of memory. �Most virtual servers give you 1Mb to play
>> with (with 4mb burstable, whatever that means!).
>>
>> Is there any master guru out there that could put together some sort
>> of manual for real-life scenarios?
>>
>> I made a utility for Twitter that went viral for a week - my server
>> took 30,000 hits in a few hours. �Of course, it crashed. �I went away
>> and tried everything to get it working under this sort of load. �Thing
>> is, the traffic slowed and I'll never know if my new setup with hold
>> up. �Can I expect, say, 200 concurrent users on a Embperl website with
>> only 1Mb of Ram? �If so, what's the best Apache configuration?
>>
>> Sometimes I'd make one request and it'd be rapid. �Then the next
>> request would hang.
>>
>> I understand that I should have a good understanding on how everything
>> works from the ground up - but if I was that good, I would have made
>> my own Embperl!
>>
>> Please don't take any of this the wrong way - I absolutely LOVE Embper
>> (I can't code anymore without it!). �That's why I get so frustrated
>> when I can't get it all working right. �I can see the potential - but
>> can never seem to find it.
>>
>> Can't wait for any new versions....!
>>
>> Chris Denman
>>
>>
>> 2009/9/18 Richter, Gerald :
>> >
>> >
>> > 2009/9/17 Michael Stevens 
>> >>
>> >> Gerald,
>> >>
>> >> I've attached my diff below. It's mainly from the previous mailing list
>> >> post:
>> >>
>> >>
>> >> Hoping to see a new release soon?
>> >
>> > Thanks for the patch. I have now not so much workload anymore and hope
>> > to
>> > get out a new version during the next weeks.
>> >
>> > The main work is, that it not only have to work with the newest version
>> > of
>> > Perl , mod_perl and Apache, but with a lot of� older versions and
>> > combinations of them
>> >
>> > Gerald
>> >
>> >
>> >
>
>

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

Re: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-20T12:24:40Z

Hi Chris,

I think Neil has done a good explaination what can be done, so that a site
scales better.

Regardings the installation issues. The Problem is, that because Embperl
work very close togehther with Apache and mod_perl, it needs to be compiled
with the same compiler settings as Apache and mod_perl. The point is that
not every distribution, has this information at the right place (or it is
not there at all). The Makefile.PL tries it's best to figure out which
options to use, but it does not work all the time.

The best would be, if we had a packages maintainers for the main
distrubtions (like Debian, SUSE, RedHat etc.) which knows about their
distribution (because I do not know all the specifica of all these
distributions)

Gerald


2009/9/18 Chris Denman 

> Hi Gerald,
>
> For someone like me who is more of an enthusiast rather than expert (I
> play and use a lot of trial and error) I find installing Embperl
> really confusing.
>
> Maybe it's just me, maybe I am missing the point.  But for some reason
> it can take me a few days of bashing around to get it all to work
> properly (and even then I don't think it is!).
>
> An example would be that there's a lot of virtual servers popping up
> these days.  I just purchased a virtual server with CentOS 5 with
> Plesk 9 (64-bit).  It took days to get Embperl working under mod_perl.
>  Can't even remember exactly why as it's all a blur now!  All I
> remember is that the server was all pre-installed with the very latest
> versions of Apache and mod_perl.  But I would get errors everywhere.
> I would uninstall things, reinstall things.  I would never be able to
> find apache source.  I just think that brute force got me there in the
> end.
>
> Now I have it working, I am finding memory management temperamental.
> Mucking around with Max_Servers and so on would drive me insane.  Too
> low and the server would hang whilst requests would queue up, too high
> and I'd run out of memory.  Most virtual servers give you 1Mb to play
> with (with 4mb burstable, whatever that means!).
>
> Is there any master guru out there that could put together some sort
> of manual for real-life scenarios?
>
> I made a utility for Twitter that went viral for a week - my server
> took 30,000 hits in a few hours.  Of course, it crashed.  I went away
> and tried everything to get it working under this sort of load.  Thing
> is, the traffic slowed and I'll never know if my new setup with hold
> up.  Can I expect, say, 200 concurrent users on a Embperl website with
> only 1Mb of Ram?  If so, what's the best Apache configuration?
>
> Sometimes I'd make one request and it'd be rapid.  Then the next
> request would hang.
>
> I understand that I should have a good understanding on how everything
> works from the ground up - but if I was that good, I would have made
> my own Embperl!
>
> Please don't take any of this the wrong way - I absolutely LOVE Embper
> (I can't code anymore without it!).  That's why I get so frustrated
> when I can't get it all working right.  I can see the potential - but
> can never seem to find it.
>
> Can't wait for any new versions....!
>
> Chris Denman
>
>
> 2009/9/18 Richter, Gerald :
> >
> >
> > 2009/9/17 Michael Stevens 
> >>
> >> Gerald,
> >>
> >> I've attached my diff below. It's mainly from the previous mailing list
> >> post:
> >>
> >>
> >> Hoping to see a new release soon?
> >
> > Thanks for the patch. I have now not so much workload anymore and hope to
> > get out a new version during the next weeks.
> >
> > The main work is, that it not only have to work with the newest version
> of
> > Perl , mod_perl and Apache, but with a lot of  older versions and
> > combinations of them
> >
> > Gerald
> >
> >
> >
>

welcome back Gerald

2009-09-18T19:16:56Z

Hi Gerald,

Just a quick note to say that I am also very glad to see you back, not only
for my personal reasons (I use Embperl for my band's website) but also
because it's a great piece of software and it would be a big shame if it got
stuck in the past.

-Allen

On Fri, Sep 18, 2009 at 09:10:59AM -0700, Neil Gunton wrote:
> Chris Denman wrote:
> >I made a utility for Twitter that went viral for a week - my server
> >took 30,000 hits in a few hours.  Of course, it crashed.  I went away
> >and tried everything to get it working under this sort of load.  Thing
> >is, the traffic slowed and I'll never know if my new setup with hold
> >up.  Can I expect, say, 200 concurrent users on a Embperl website with
> >only 1Mb of Ram?  If so, what's the best Apache configuration?
> 
> Does every single request need to be handled by Embperl, or could you 
> perhaps cache some of the pages? I use a two level caching reverse proxy 
> Apache configuration on my server. There are basically two installations 
> of Apache - one with mod_proxy, which serves all static content (images 
> mostly). It passes all requests for dynamic content to the "backend" 
> Apache process (running on the same server) which has mod_perl and 
> embperl. The front end apache can be very lightweight, as it doesn't 
> have mod_perl etc it doesn't use much memory, and so you can have a 
> whole bunch of them running. And if you use mod_cache, then you can also 
> cache the results that come from the backend embperl server. So that 
> means that if you're careful about setting expiration times for your 
> embperl content, then you can substantially lighten the load, and still 
> be able to handle a whole bunch of concurrent users without breaking a 
> sweat.
> 
> You usually find that not every single "dynamic" page actually has to be 
> generated anew for every single request. For example, on my community 
> website, there are pages which are "what's new" indexes of content. 
> These are set to have a cache expiry of one minute. So if a whole bunch 
> of people hit that page, most of those requests will be served by the 
> front end, until that version expires (next minute). So the backend is 
> only hit for that page once per minute. It gets a bit more complicated 
> if you have users with cookies, but basically I only set 'no-cache' for 
> those parts of the site that are definitely needing Embperl per-request 
> (e.g. editing forms, user-specific areas etc).
> 
> Caching is how you handle scaling - most websites go down because they 
> handle everything with the dynamic engine, and then one day they get hit 
> by a bunch of people and "bang". Early on I had a couple of my articles 
> go to the front page of slashdot. As soon as I put in the caching 
> architecture, my server was able to handle slashdottings without 
> breaking a sweat. I'd get upward of 40,000 hits within a few hours, and 
> the server was just basically idling along, since most of the hits were 
> effectively being served as static content from cache - even though the 
> article was dynamically generated by embperl.
> 
> >Can't wait for any new versions....!
> 
> Me too - I'm so glad to see Gerald back on the list. I have based my 
> entire website development around Embperl (hundreds of thousands of 
> lines of code now, and going on for ten years of development). I was 
> afraid that Embperl was abandonware, since I'd seen the embperl list 
> traffic dwindle and questions go unanswered. I really hope to see 
> embperl rekindled. If/when my business takes off (of course it will, any 
> day now!) then I hope to be able to send some appreciation Gerald's way.
> 
> Neil
> http://www.neilgunton.com/
> 
> ---------------------------------------------------------------------
> 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

Re: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-18T16:10:59Z

Chris Denman wrote:
> I made a utility for Twitter that went viral for a week - my server
> took 30,000 hits in a few hours.  Of course, it crashed.  I went away
> and tried everything to get it working under this sort of load.  Thing
> is, the traffic slowed and I'll never know if my new setup with hold
> up.  Can I expect, say, 200 concurrent users on a Embperl website with
> only 1Mb of Ram?  If so, what's the best Apache configuration?

Does every single request need to be handled by Embperl, or could you 
perhaps cache some of the pages? I use a two level caching reverse proxy 
Apache configuration on my server. There are basically two installations 
of Apache - one with mod_proxy, which serves all static content (images 
mostly). It passes all requests for dynamic content to the "backend" 
Apache process (running on the same server) which has mod_perl and 
embperl. The front end apache can be very lightweight, as it doesn't 
have mod_perl etc it doesn't use much memory, and so you can have a 
whole bunch of them running. And if you use mod_cache, then you can also 
cache the results that come from the backend embperl server. So that 
means that if you're careful about setting expiration times for your 
embperl content, then you can substantially lighten the load, and still 
be able to handle a whole bunch of concurrent users without breaking a 
sweat.

You usually find that not every single "dynamic" page actually has to be 
generated anew for every single request. For example, on my community 
website, there are pages which are "what's new" indexes of content. 
These are set to have a cache expiry of one minute. So if a whole bunch 
of people hit that page, most of those requests will be served by the 
front end, until that version expires (next minute). So the backend is 
only hit for that page once per minute. It gets a bit more complicated 
if you have users with cookies, but basically I only set 'no-cache' for 
those parts of the site that are definitely needing Embperl per-request 
(e.g. editing forms, user-specific areas etc).

Caching is how you handle scaling - most websites go down because they 
handle everything with the dynamic engine, and then one day they get hit 
by a bunch of people and "bang". Early on I had a couple of my articles 
go to the front page of slashdot. As soon as I put in the caching 
architecture, my server was able to handle slashdottings without 
breaking a sweat. I'd get upward of 40,000 hits within a few hours, and 
the server was just basically idling along, since most of the hits were 
effectively being served as static content from cache - even though the 
article was dynamically generated by embperl.

> Can't wait for any new versions....!

Me too - I'm so glad to see Gerald back on the list. I have based my 
entire website development around Embperl (hundreds of thousands of 
lines of code now, and going on for ten years of development). I was 
afraid that Embperl was abandonware, since I'd seen the embperl list 
traffic dwindle and questions go unanswered. I really hope to see 
embperl rekindled. If/when my business takes off (of course it will, any 
day now!) then I hope to be able to send some appreciation Gerald's way.

Neil
http://www.neilgunton.com/

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

Re: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-18T09:35:04Z

Hi Gerald,

For someone like me who is more of an enthusiast rather than expert (I
play and use a lot of trial and error) I find installing Embperl
really confusing.

Maybe it's just me, maybe I am missing the point.  But for some reason
it can take me a few days of bashing around to get it all to work
properly (and even then I don't think it is!).

An example would be that there's a lot of virtual servers popping up
these days.  I just purchased a virtual server with CentOS 5 with
Plesk 9 (64-bit).  It took days to get Embperl working under mod_perl.
 Can't even remember exactly why as it's all a blur now!  All I
remember is that the server was all pre-installed with the very latest
versions of Apache and mod_perl.  But I would get errors everywhere.
I would uninstall things, reinstall things.  I would never be able to
find apache source.  I just think that brute force got me there in the
end.

Now I have it working, I am finding memory management temperamental.
Mucking around with Max_Servers and so on would drive me insane.  Too
low and the server would hang whilst requests would queue up, too high
and I'd run out of memory.  Most virtual servers give you 1Mb to play
with (with 4mb burstable, whatever that means!).

Is there any master guru out there that could put together some sort
of manual for real-life scenarios?

I made a utility for Twitter that went viral for a week - my server
took 30,000 hits in a few hours.  Of course, it crashed.  I went away
and tried everything to get it working under this sort of load.  Thing
is, the traffic slowed and I'll never know if my new setup with hold
up.  Can I expect, say, 200 concurrent users on a Embperl website with
only 1Mb of Ram?  If so, what's the best Apache configuration?

Sometimes I'd make one request and it'd be rapid.  Then the next
request would hang.

I understand that I should have a good understanding on how everything
works from the ground up - but if I was that good, I would have made
my own Embperl!

Please don't take any of this the wrong way - I absolutely LOVE Embper
(I can't code anymore without it!).  That's why I get so frustrated
when I can't get it all working right.  I can see the potential - but
can never seem to find it.

Can't wait for any new versions....!

Chris Denman


2009/9/18 Richter, Gerald :
>
>
> 2009/9/17 Michael Stevens 
>>
>> Gerald,
>>
>> I've attached my diff below. It's mainly from the previous mailing list
>> post:
>>
>>
>> Hoping to see a new release soon?
>
> Thanks for the patch. I have now not so much workload anymore and hope to
> get out a new version during the next weeks.
>
> The main work is, that it not only have to work with the newest version of
> Perl , mod_perl and Apache, but with a lot of� older versions and
> combinations of them
>
> Gerald
>
>
>

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

Re: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-18T04:53:45Z

2009/9/17 Michael Stevens 

> Gerald,
>
> I've attached my diff below. It's mainly from the previous mailing list
> post:
>
>
> Hoping to see a new release soon?
>

Thanks for the patch. I have now not so much workload anymore and hope to
get out a new version during the next weeks.

The main work is, that it not only have to work with the newest version of
Perl , mod_perl and Apache, but with a lot of  older versions and
combinations of them

Gerald

RE: Sort Keys of Hash Printed via dump

2009-09-17T15:20:03Z

It worked. Thanks.

-----Original Message-----
From: Gerald Richter [mailto:gerald.richter@ecos.de] 
Sent: Thursday, September 17, 2009 4:41 AM
To: Andrew O'Brien; Thompson, John; embperl@perl.apache.org
Subject: RE: Sort Keys of Hash Printed via dump

Hi,

Since [$ dump $] uses data::dumper, it should be enougth to set

$Data::Dumper::Sortkeys=1;

But I haven't tested it

Gerald


> -----Original Message-----
> From: Andrew O'Brien [mailto:andrewo@oriel.com.au]
> Sent: Thursday, September 03, 2009 5:22 AM
> To: Thompson, John; embperl@perl.apache.org
> Subject: RE: Sort Keys of Hash Printed via dump
>
>
> > -----Original Message-----
> > From: Thompson, John [mailto:jthomp@midwestern.edu]
> > Sent: Thursday, 3 September 2009 6:07 AM
> >
> > Is there any variable that I can set that would tell dump
> to sort the
> > keys of a hash alphabetically (Like Data::Dumper)?
>
> Not as far as I can see from the docs.
>
> But, then again, it's a trivial thing to write your own sub
> that does this. A completely untested example to simulate the
> default behavior :-
>
> [!
>   use Data::Dumper;
>  !]
> [$ sub sorted_dump $]
> > [+ do { local $Data::Dumper::Sortkeys=1; Dumper( @_ ); } +]
>  [$ endsub $]
>
> Cheers,
>
> Andrew
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org
>
>
> !DSPAM:416,4a9f37f8255959825358016!
>

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

RE: Sort Keys of Hash Printed via dump

2009-09-17T11:41:29Z

Hi,

Since [$ dump $] uses data::dumper, it should be enougth to set

$Data::Dumper::Sortkeys=1;

But I haven't tested it

Gerald


> -----Original Message-----
> From: Andrew O'Brien [mailto:andrewo@oriel.com.au]
> Sent: Thursday, September 03, 2009 5:22 AM
> To: Thompson, John; embperl@perl.apache.org
> Subject: RE: Sort Keys of Hash Printed via dump
>
>
> > -----Original Message-----
> > From: Thompson, John [mailto:jthomp@midwestern.edu]
> > Sent: Thursday, 3 September 2009 6:07 AM
> >
> > Is there any variable that I can set that would tell dump
> to sort the
> > keys of a hash alphabetically (Like Data::Dumper)?
>
> Not as far as I can see from the docs.
>
> But, then again, it's a trivial thing to write your own sub
> that does this. A completely untested example to simulate the
> default behavior :-
>
> [!
>   use Data::Dumper;
>  !]
> [$ sub sorted_dump $]
> > [+ do { local $Data::Dumper::Sortkeys=1; Dumper( @_ ); } +]
>  [$ endsub $]
>
> Cheers,
>
> Andrew
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org
>
>
> !DSPAM:416,4a9f37f8255959825358016!
>

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

RE: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-17T11:39:50Z

Hi Michael,

Can you send me an diff of all your changes against the last version of Embperl?

Please send it to my private email, not to the list

Thanks

Gerald



> -----Original Message-----
> From: Michael Stevens [mailto:michael.stevens@dianomi.com]
> Sent: Thursday, September 17, 2009 11:06 AM
> To: Hoenie Luk
> Cc: embperl@perl.apache.org
> Subject: Re: Gerald: please update module to include patch
> for CGI.pm 3.38+
>
> I've got a version that should work on github:
>
> http://github.com/mstevens/embperl-fork
>
> But it's in no way an official release.
>
>
> 2009/9/17 Hoenie Luk 
>
>
>       Hi Gerald,
>
>       Can you please issue an update of Embperl to include
> the patch required to work with CGI.pm 3.38+ for multipart/form-data?
>
>       I am on a shared web host and the host refuses to do
> any modification on the installed Embperl.pm, unless it is an
> officially released module.
>
>       Please help, otherwise years of web development will go
> up in smoke.
>
>       .......Hoenie
>
>
> ---------------------------------------------------------------------
>       To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
>       For additional commands, e-mail: embperl-help@perl.apache.org
>
>
>
>
>
>
> --
> Michael Stevens
> Dianomi Ltd
> 18 Buckingham Gate
> London SW1E 6LB
>
> Tel: 020 7802 5530
> Fax: 020 7630 7356
> www.dianomi.com
>
> The information in this message and any attachment is
> intended for the addressee and is confidential and may be
> subject to legal privilege. Dianomi Ltd, Registered Office:
> One America Square, Crosswall, London. EC3N 2SG. Registered
> in England and Wales with Company Registration Number
> 4513809. VAT registration number: 809754988
>
>

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

Re: Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-17T09:06:27Z

I've got a version that should work on github:

http://github.com/mstevens/embperl-fork

But it's in no way an official release.

2009/9/17 Hoenie Luk 

> Hi Gerald,
>
> Can you please issue an update of Embperl to include the patch required to
> work with CGI.pm 3.38+ for multipart/form-data?
>
> I am on a shared web host and the host refuses to do any modification on
> the installed Embperl.pm, unless it is an officially released module.
>
> Please help, otherwise years of web development will go up in smoke.
>
> .......Hoenie
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> For additional commands, e-mail: embperl-help@perl.apache.org
>
>


-- 
Michael Stevens
Dianomi Ltd
18 Buckingham Gate
London SW1E 6LB

Tel: 020 7802 5530
Fax: 020 7630 7356
www.dianomi.com

The information in this message and any attachment is intended for the
addressee and is confidential and may be subject to legal privilege. Dianomi
Ltd, Registered Office: One America Square, Crosswall, London. EC3N 2SG.
Registered in England and Wales with Company Registration Number 4513809.
VAT registration number: 809754988

Gerald: please update module to include patch for CGI.pm 3.38+

2009-09-17T06:27:22Z

Hi Gerald,

Can you please issue an update of Embperl to include the patch required 
to work with CGI.pm 3.38+ for multipart/form-data?

I am on a shared web host and the host refuses to do any modification on 
the installed Embperl.pm, unless it is an officially released module.

Please help, otherwise years of web development will go up in smoke.

.......Hoenie

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

Segfault while accessing dir_config() from within Embperl

2009-09-08T23:43:29Z

Hi,

 I'm receiving a frequent, but not continuous segfault when I attempt to access $req_rec->dir_config()
from within an executed Embperl template. I'm using Ubuntu libembperl-perl 2.2.0-3.1 and libapache2-mod-perl2
2.0.4-5ubu. The problem is also happening on a Fedora box with mod_perl-2.0.3-20 and Embperl
2.3.0 (from CPAN)

Thanks,
-Rob




Here is the backtrace:
#0  0x00007f6e64d7e11c in modperl_dir_config () from /usr/lib/apache2/modules/mod_perl.so
#1  0x00007f6e61b35068 in XS_Apache2__RequestRec_dir_config ()
   from /usr/lib/perl5/auto/Apache2/RequestUtil/RequestUtil.so
#2  0x00007f6e64aa06d0 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10
#3  0x00007f6e64a9e972 in Perl_runops_standard () from /usr/lib/libperl.so.5.10
#4  0x00007f6e64a9c2c8 in Perl_call_sv () from /usr/lib/libperl.so.5.10
#5  0x00007f6e62fe7f0b in EMBPERL2_CallStoredCV () from /usr/lib/perl5/auto/Embperl/Embperl.so
#6  0x00007f6e630021d2 in embperl_Execute () from /usr/lib/perl5/auto/Embperl/Embperl.so
#7  0x00007f6e630082af in ?? () from /usr/lib/perl5/auto/Embperl/Embperl.so
#8  0x00007f6e63006bee in Cache_GetContentIndex () from /usr/lib/perl5/auto/Embperl/Embperl.so
#9  0x00007f6e62fe1474 in ?? () from /usr/lib/perl5/auto/Embperl/Embperl.so
#10 0x00007f6e62fe1900 in embperl_RunComponent () from /usr/lib/perl5/auto/Embperl/Embperl.so
#11 0x00007f6e62fe1b4f in embperl_ExecuteComponent () from /usr/lib/perl5/auto/Embperl/Embperl.so
#12 0x00007f6e6302fa0c in XS_Embperl__Req_execute_component () from /usr/lib/perl5/auto/Embperl/Embperl.so
#13 0x00007f6e64aa06d0 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10
#14 0x00007f6e64a9e972 in Perl_runops_standard () from /usr/lib/libperl.so.5.10
#15 0x00007f6e64a9c2c8 in Perl_call_sv () from /usr/lib/libperl.so.5.10
#16 0x00007f6e62fe7f0b in EMBPERL2_CallStoredCV () from /usr/lib/perl5/auto/Embperl/Embperl.so
#17 0x00007f6e630021d2 in embperl_Execute () from /usr/lib/perl5/auto/Embperl/Embperl.so
#18 0x00007f6e630082af in ?? () from /usr/lib/perl5/auto/Embperl/Embperl.so
#19 0x00007f6e63006bee in Cache_GetContentIndex () from /usr/lib/perl5/auto/Embperl/Embperl.so
#20 0x00007f6e62fe1474 in ?? () from /usr/lib/perl5/auto/Embperl/Embperl.so
#21 0x00007f6e62fe2312 in embperl_RunRequest () from /usr/lib/perl5/auto/Embperl/Embperl.so
#22 0x00007f6e62fe2802 in embperl_ExecuteRequest () from /usr/lib/perl5/auto/Embperl/Embperl.so
#23 0x00007f6e62fde98f in XS_Embperl__Req_ExecuteRequest () from /usr/lib/perl5/auto/Embperl/Embperl.so
#24 0x00007f6e64aa06d0 in Perl_pp_entersub () from /usr/lib/libperl.so.5.10
#25 0x00007f6e64a9e972 in Perl_runops_standard () from /usr/lib/libperl.so.5.10
#26 0x00007f6e64a9c2c8 in Perl_call_sv () from /usr/lib/libperl.so.5.10
#27 0x00007f6e64d7b244 in modperl_callback () from /usr/lib/apache2/modules/mod_perl.so
#28 0x00007f6e64d7b954 in modperl_callback_run_handlers () from /usr/lib/apache2/modules/mod_perl.so
#29 0x00007f6e64d7bf4f in modperl_callback_per_dir () from /usr/lib/apache2/modules/mod_perl.so
#30 0x00007f6e64d759a0 in ?? () from /usr/lib/apache2/modules/mod_perl.so
#31 0x00007f6e64d75b59 in modperl_response_handler_cgi () from /usr/lib/apache2/modules/mod_perl.so
#32 0x00007f6e6d0362d3 in ap_run_handler () from /usr/sbin/apache2
#33 0x00007f6e6d039a6f in ap_invoke_handler () from /usr/sbin/apache2
#34 0x00007f6e6d04760e in ap_process_request () from /usr/sbin/apache2
#35 0x00007f6e6d044448 in ?? () from /usr/sbin/apache2
#36 0x00007f6e6d03dca3 in ap_run_process_connection () from /usr/sbin/apache2
#37 0x00007f6e6d04bf76 in ?? () from /usr/sbin/apache2
#38 0x00007f6e6d04c2ea in ?? () from /usr/sbin/apache2
#39 0x00007f6e6d04ca98 in ap_mpm_run () from /usr/sbin/apache2
#40 0x00007f6e6d02260d in main () from /usr/sbin/apache2

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

RE: Sort Keys of Hash Printed via dump

2009-09-03T03:21:39Z


> -----Original Message-----
> From: Thompson, John [mailto:jthomp@midwestern.edu] 
> Sent: Thursday, 3 September 2009 6:07 AM
> 
> Is there any variable that I can set that would tell dump to 
> sort the keys of a hash alphabetically (Like Data::Dumper)?

Not as far as I can see from the docs.

But, then again, it's a trivial thing to write your own sub that does
this. A completely untested example to simulate the default behavior :-

[!
  use Data::Dumper;
 !]
[$ sub sorted_dump $]
[+ do { local $Data::Dumper::Sortkeys=1; Dumper( @_ ); } +]

[$ endsub $]

Cheers,

Andrew

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

Sort Keys of Hash Printed via dump

2009-09-02T20:07:10Z

Is there any variable that I can set that would tell dump to sort the
keys of a hash alphabetically (Like Data::Dumper)?

 

John Thompson

Administrative Systems Integration Specialist

Midwestern University

19555 N 59th Avenue

Glendale, AZ 85308

T 623-572-3303

F 623-572-3292