Perrin Harkins wrote:
> Have you considered using your own global instead? Or PerlSetVar in
> httpd.conf?
Yeah. Unfortunately that really doesn't work for me. I can get
TEST_MODE that way, but there are other %ENV vars that I need also
(such as HTML_TEMPLATE_ROOT for example). I did manage
On Dec 20, 2007 2:09 PM, Michael Schout <[EMAIL PROTECTED]> wrote:
> mod_perl 2 unfortunately scrubs %ENV before my cleanup handler
> gets called, so $ENV{TEST_MODE} is never set when the cleanup handler
> runs.
Have you considered using your own global instead? Or PerlSetVar in httpd.conf?
- Pe
Hi folks.
I'm in the midst of porting a fairly large application over from
mod_perl 1 to mod_perl 2.0. The app I am currently working on runs as a
"perl-script" handler using PerlResponseHandler My::Package::Name under
mod_perl 2.
One situation I have is that I sometimes have to do a "long runn
I'm surprised you're even getting a redirect, this doesn't make sense
to me. the MP cleanup handler is supposed to happen after the
request is served / client connection is terminated (docs below)
if you're trying to do a redirect after processing, try a stacked
handler
http://perl.apac
On Wednesday 12 December 2007 23:44:40 Perrin Harkins wrote:
> On Dec 12, 2007 2:05 PM, Rolf Schaufelberger <[EMAIL PROTECTED]> wrote:
> > my $r = $self->{__apache_req__};
>
> Yikes, be careful of storing Apache2::RequestRec objects. Terrible
> things will happen if you try to access one from a
On Wed 12 Dec 2007, Rolf Schaufelberger wrote:
> I'm on the way moving my app from mod_perl1 to mod_perl2.
> The app is build with HTML::Mason an MasonX::WebApp.
> Now I have a problem when trying to install a cleanup_handler.
> My expectations are, that the funtcion I call returns to the browser a
On Dec 12, 2007 2:05 PM, Rolf Schaufelberger <[EMAIL PROTECTED]> wrote:
> my $r = $self->{__apache_req__};
Yikes, be careful of storing Apache2::RequestRec objects. Terrible
things will happen if you try to access one from a previous request.
> $r->pool->cleanup_register (\&cleanup, {name=>
Hi,
I'm on the way moving my app from mod_perl1 to mod_perl2.
The app is build with HTML::Mason an MasonX::WebApp.
Now I have a problem when trying to install a cleanup_handler.
My expectations are, that the funtcion I call returns to the browser and move
some long time computing to a cleanup_ha
Joshua Keroes wrote:
I'm having some trouble getting the MasonHQ SiteSource code to run.
This is what happens when I fire up Apache.
[EMAIL PROTECTED]:/usr/local/anansi$ sudo bin/svrctl start dev
Password:
starting dev
[Wed May 12 09:40:17 2004] [error] Can't call method
"register
vrctl start dev
Password:
starting dev
[Wed May 12 09:40:17 2004] [error] Can't call method "register_cleanup"
on an undefined value at /usr/local/share/perl/5.8.3/CGI.pm line 318.\n
Compilation failed in require at /usr/local/anansi/conf/handler-dev.pl
line 12.\n
Compilation failed i
sword:
starting dev
[Wed May 12 09:40:17 2004] [error] Can't call method "register_cleanup"
on an undefined value at /usr/local/share/perl/5.8.3/CGI.pm line 318.\n
Compilation failed in require at /usr/local/anansi/conf/handler-dev.pl
line 12.\n
Compilation failed in require at (eval 4) li
I have a dumb question about register_cleanup() in Apache 1.x and mod_perl 1.27.
yesterday I released Apache::Profiler to dump slow URI to log file,
which seems to be useful. However it uses register_cleanup() in
PerlInitHandler and it seems to break whole things because of, I
guess
12 matches
Mail list logo
