Hi Peter,
you fail to give us the information required to solve your problem.
Please see:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
Tom
peter pilsl wrote:
I use mod_perl for a very long time already. Now I installed
apache2.0.52 and took the chance to install a new
My first problem-report yesterday did not include much useful
information. Thnx to Tom for pointing this out, so here it comes again
with much more information from t/REPORT
What suprised me is that at the end it states that there are several
versions of mod_perl-modules installed. Is this a
Hello,
We are using the latest version of Apache (1.3.33) and mod_perl (1.29)
running on FreeBSD 4.9. When mod_perl is compiled as a DSO the server
grows
by approximately 12MB every time it does a graceful restart. When it gets
greater than 512MB FreeBSD stops giving it more memory (this can be
I could swear that there is something left off from your last
installations see the different perl installations found on your system.
Still this is only a wild guess you have to wait for the gurus around here.
As a sidenote I always install/compile my own perl and for my apache you
could also
It's the whole sticking with the vendor for support thing. We have a
support contract with RedHat and every time I've gone away from any
stock RPM they always come back with well... You know you... Blah
blah blah.. Unfortunately, I'm stuck and am just following orders..
get that version working.
instead of looping around try $r-main-notes or $r-prev-notes
hm, that loop should eventually hit all requests in the chain though, no?
also, the first hit to that handler could in fact be a subrequest,
so $r-main-notes may never be set.
i do admit i'm cargo culting a little bit by looping over
what technique would you use if you had to have a handler work
exactly once, even though it may never be invoked as an initial
request?
if you're in prefork, off the top of my head I might set a perl global and
then reset it using a cleanup handler. something like
$My::Foo::seen++;
On Thu, Jan 20, 2005 at 02:32:59PM -0800, Philippe M. Chiasson wrote:
Dorian Taylor wrote:
suppose i wanted the same logic as:
return Apache::DECLINED unless $r-is_initial_req;
except that sometimes it may be necessary to serve for a subrequest,
just not more than once. the construct
what about unregistering the handler from the stack? is that possible?
yes, but only if the phase you want to unregister isn't the same as the
current phase
# works, except during a PerlAuthenHandler
$r-set_handlers(PerlAuthenHandler = []);
just to clarify: what *are* $r-next/prev if not a
Just tried to install Bundle::Apache, it's asking for Apache source..
Also, it's pulling down mod_perl 1.29.. Isn't that older than the 1.99 I
have?
CPAN points to pair.com on that system.
-Original Message-
From: Jay Scherrer [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 19,
Young, Darren wrote:
Is there a different way to CPAN the newer version?
Perl -MCPAN -e 'install Bundle::Apache' gets the 1.29 stuff.
I believe
Perl -MCPAN -e 'install Bundle::Apache2'
should get you latest version of mod_perl 2.0 (2.0_RC3 as of this writing).
Yes, Apache 2.0.46 on RHEL.
If
11 matches
Mail list logo
