What OS are you running? What is the output of 'perl -V'?
On Tue, Jan 26, 2010 at 6:19 PM, Pas Argenio wrote:
> Sorry if this is naive, but has anyone gotten this combo to work? Upgraded
> to Apache 2.2.14, now crash on almost every request, then next httpd picks
> up the request and actually d
The warning from William T. made me think to ask:
Does your site have "KeepAlive On" in httpd.conf?
(If not I can't think of anything to suggest...)
If so, try adding this as part of the redirect:
use Apache2::Connection();
use Apache2::RequestRec();
...
my $c = $r->connection();
$c->ke
On Tue, Jan 26, 2010 at 5:20 PM, Jonathan Swartz wrote:
> This never got a response. Which surprises me, since I think it is a
> legitimate and nasty bug.
>
> So is the silence because
> 1) people don't think it's really a bug
> 2) people glazed over while reading the description
> 3) ??
4) Don't
Sorry if this is naive, but has anyone gotten this combo to work? Upgraded
to Apache 2.2.14, now crash on almost every request, then next httpd picks
up the request and actually displays the page...
I've got massive core dumps all ending in malloc/free, truss shows last
operation was close()
This never got a response. Which surprises me, since I think it is a
legitimate and nasty bug.
So is the silence because
1) people don't think it's really a bug
2) people glazed over while reading the description
3) ??
Thanks :)
Jon
On Jan 8, 2010, at 6:15 AM, Jonathan Swartz wrote:
(A cont
On our site we create a new CGI::Session object at the beginning of
the request, so that it can be used anywhere in the web code.
However, sessions are rarely written to, so at the end of the request
I'd like to avoid actually writing out a new session to backing store
unless a param actual
I have banged my head against this one for a few days but can't get
perl 5.10.1, 2.2.14, mod_perl 2.0.5-dev working on Snow Leopard.
There are some other similar problems you will find for Snow Leopard
through Google, with ruby, python, etc., but none of those have led to
a fix for this problem.
H
Caveat Lector:
Long Cleanups done inline on the Apache children can cause problems.
If you get a situation where the CleanUp takes to long OR you get
enough traffic to the page(s) which engage the CleanUp then you will
encounter a tipping point, and soon after your website will be almost
complete
On Jan 26, 2010, at 3:18 PM, Fred Moyer wrote:
> I don't know if this could be an issue, but if I were to write this
> config snippet, I would create a root block, and put the
> transhandler outside that (with the other location based directives
> inside).
The transhandler isn't used in producti
On Tue, Jan 26, 2010 at 2:58 PM, David E. Wheeler wrote:
> Fellow mod_perlers,
>
> Here's a weird one for you. I'm testing Bricolage on mod_perl 2, getting it
> ready for release, and noticed that some sort of redirect is happening when I
> don't expect it.
>
> To whit, I have this configuration
Fellow mod_perlers,
Here's a weird one for you. I'm testing Bricolage on mod_perl 2, getting it
ready for release, and noticed that some sort of redirect is happening when I
don't expect it.
To whit, I have this configuration:
NameVirtualHost *:80
DocumentRoot /usr/local/bricolage
So this works almost perfectly... Almost because:
#!/usr/bin/perl
use strict;
use Apache2::Const();# defines OK
use Apache2::Log();# defines warn
use Apache2::RequestUtil();# defines push_handlers
my $r = shift;
$r->push_handlers(PerlCleanupHandler => \&cleanup );
$r->heade
On a FYI level the following works:
#!/usr/bin/perl
use strict;
use Apache2::Const();# defines OK
use Apache2::Log();# defines warn
use Apache2::RequestUtil();# defines push_handlers
my $r = shift;
$r->push_handlers(PerlCleanupHandler => \&cleanup);
print "Content-type: t
13 matches
Mail list logo
