Re: Embperl::Execute under 2.0

2005-08-10 Thread Neil Gunton
Gerald Richter wrote: Basically when path is in there, it crashes, when path is not there, it works. Is there anything about this that gives a clue? The path must be an array ref and not a string e.g. path => [ '/www-dev/vhosts/www.crazyguyonabike.com/htdocs/journal/', '/www-dev/vhosts/www.

RE: Embperl::Execute under 2.0

2005-08-07 Thread Gerald Richter
y, August 04, 2005 4:16 AM > To: Gerald Richter > Cc: embperl@perl.apache.org > Subject: Re: Embperl::Execute under 2.0 > > Gerald Richter wrote: > >>Hi Gerald, > >> > >>I tried adding the Embperl::Init() to the startup script, after the > >>&#

Re: Embperl::Execute under 2.0

2005-08-03 Thread Neil Gunton
Gerald Richter wrote: Hi Gerald, I tried adding the Embperl::Init() to the startup script, after the 'use' and before the preload routine is called. Now it gives a segmentation fault: I have spent some more time debugging this and it is a problem with module initialisiation order under Ap

RE: Embperl::Execute under 2.0

2005-07-26 Thread Gerald Richter
Hi Neil, > > Gerald Richter wrote: > > This should work out of the box under mod_perl 2, for mod_perl 1 > > please add a > > > > Embperl::Init () ; > > > > before the first call to Execute in your startup script. > > > > The init call is done by Embperl automaticly, but under mod_perl 1 > >

Re: Embperl::Execute under 2.0

2005-07-25 Thread Neil Gunton
Gerald Richter wrote: This should work out of the box under mod_perl 2, for mod_perl 1 please add a Embperl::Init () ; before the first call to Execute in your startup script. The init call is done by Embperl automaticly, but under mod_perl 1 it's done a little later, so you have to do it manu

RE: Embperl::Execute under 2.0

2005-07-24 Thread Gerald Richter
Hi Neil, > > > In the interests of completeness, here's the startup.pl script: > > I will take a deeper look at it over the weekend and > hopefully can tell you want's wrong about the preloading afterwards > This should work out of the box under mod_perl 2, for mod_perl 1 please add a Embper

Re: Embperl::Execute under 2.0

2005-07-20 Thread Neil Gunton
Gerald Richter wrote: Looks like it is linked staticly. The easiest way to verify this, is to run httpd -l If mod_perl shows up it's staticly linked. Yes, it is listed there, so I guess it is static. I'm hoping that a successful move to Embperl 2.0 might make it go away. I don't expect s

RE: Embperl::Execute under 2.0

2005-07-20 Thread Gerald Richter
Hi, > > Gerald Richter wrote: > > Is mod_perl staticly compiled into Apache or loaded as module? > > I think I am building it statically into Apache. I wrote a > script to help automate the process: > Looks like it is linked staticly. The easiest way to verify this, is to run httpd -l If mo

Re: Embperl::Execute under 2.0

2005-07-19 Thread Neil Gunton
Gerald Richter wrote: Is mod_perl staticly compiled into Apache or loaded as module? I think I am building it statically into Apache. I wrote a script to help automate the process: #!/bin/sh # First time: # 1. Unpack mod_security-1.x.x.tar.gz into /usr/src # 2. Rename dir as mod_security #

RE: Embperl::Execute under 2.0

2005-07-19 Thread Gerald Richter
Hi Neil, > > I am trying out Embperl 2.0 again. It appears (at first glance) to > > work with most of existing code, but it will take quite a lot more > > testing before I commit it to my production box. The big problem so > > far is the startup.pl file. I preload all the html and epl files to

Re: Embperl::Execute under 2.0

2005-07-18 Thread Neil Gunton
Neil Gunton wrote: I am trying out Embperl 2.0 again. It appears (at first glance) to work with most of existing code, but it will take quite a lot more testing before I commit it to my production box. The big problem so far is the startup.pl file. I preload all the html and epl files to maximi