Hi,
is this really necessary in mod_perl2.pm?
$mod_perl::VERSION = $mod_perl2::VERSION;
$INC{mod_perl.pm} = File::Spec::Functions::devnull();
It makes libapreq fail to build when mp1 and mp2 are installed.
0 [EMAIL PROTECTED]:~/work/libapreq-1.33$ perl Makefile.PL
mod_perl 1.x ( 1.99) is
Hi,
does mp2 support this new hook in apache 2.1?
Torsten
pgpUiMAC2nHJ2.pgp
Description: PGP signature
Hi,
Tyler, thank you for the answer, I tried it, and it worked!
Although I am a little bit worried about the ithreads issues with this.
As I read the perlthrtut, it seems that using this module is most
probably will change the whole process' environment, so another
paralelly served request can
Torsten Foertsch wrote:
Hi,
is this really necessary in mod_perl2.pm?
I think the decision was made because a ton of legacy applications (like
CGI.pm) would be looking for $mod_perl::VERSION to decide which generation
they were after. whether this is a good idea or not... well, taking it
On Tue, 1 Nov 2005 14:31:33 + (GMT)
Martin Moss [EMAIL PROTECTED] wrote:
I'm a little confused. And was wondering if I could
get a sanity check..
I have a mod perl method handler and at start it runs
this code
my $is_initial_req = $r-is_initial_req;
my $is_main = $r-is_main;
Hey Frank..
I agree, thats why I setup the logout2 control test.
What I don't understand is why it is tripping it
out. Surely it would only trip it out if the order of
the httpd.conf filesmatch and location is set one way
around, and then not trip it out if the order is
reversed, not both as I'm
On Tue, 1 Nov 2005 14:54:31 + (GMT)
Martin Moss [EMAIL PROTECTED] wrote:
Hey Frank..
I agree, thats why I setup the logout2 control test.
What I don't understand is why it is tripping it
out. Surely it would only trip it out if the order of
the httpd.conf filesmatch and location is set
yeah you're right, it does, thats what I've been
doing. But I'm having to use a rewrite rule to ensure
I don't have to go and manually edit the silly amount
of hardcoded links to /logout I've inherited with the
old code...:-(
Just bugs me that I don't understand the details of
why..
Marty
---
Martin Moss wrote:
I'm a little confused. And was wondering if I could
get a sanity check..
I tried swapping the order of the FilesMatch and the
Location configs in my httpd.conf but this made no
difference...
From reading http://httpd.apache.org/docs/1.3/sections.html, it seems
that
Why is is_initial_req consistently 0 for logout and
consistently 1 for logout2...
besides the existing conversation, you need to remember what is_initial_req
means - it means that this is the request as it came straight from the
browser and wasn't redirected at all. if apache made an internal
Hi Micheal..
It's a sticky one, because surely that would
definitely mean that the Location would take
precedence and the FilesMatch would be secondary...
And I am seeing this, my handler does get run first...
But it is Never the initial Request...
Obviously something is happenning, behind the
I had a quick look at this and found both my requests
to /logout/ and /logout2/ typed into the browser
manually, continue to result in the same issue..
Here's the rewrite rules I have on my https proxy that
each request comes through..
RewriteRule ^/logout/(.*)$
http://${farm:map_pf}/logout/$1
Torsten Foertsch wrote:
Hi,
does mp2 support this new hook in apache 2.1?
I have no idea which hook this is, so the answer is most likely no :)
at the moment mp2 only supports apache 2.0 features. new things in httpd
2.1/2.2, such as authentication providers or other new hooks, are not
Well I've tried to reinstall perl, apache2 and mod_perl.
I have the @lib trimmed down too. Still get the same error.
Anything else I can do?
Here is the error again:
Can't locate mod_perl.pm in @INC (@INC contains:
/Users/boysie/mod_perl_inc /usr/local/lib/perl5/5.8.7/darwin-2level
Boysenberry Payne wrote:
Well I've tried to reinstall perl, apache2 and mod_perl.
I have the @lib trimmed down too. Still get the same error.
Anything else I can do?
Here is the error again:
Can't locate mod_perl.pm in @INC (@INC contains:
/Users/boysie/mod_perl_inc
On Tue, 2005-11-01 at 14:09 +0100, Balázs Szabó (dLux) wrote:
As I read the perlthrtut, it seems that using this module is most
probably will change the whole process' environment, so another
paralelly served request can be affected as well, right?
It depends. Take a look at this:
Geoffrey Young wrote:
Boysenberry Payne wrote:
Well I've tried to reinstall perl, apache2 and mod_perl.
I have the @lib trimmed down too. Still get the same error.
Anything else I can do?
Here is the error again:
Can't locate mod_perl.pm in @INC (@INC contains:
/Users/boysie/mod_perl_inc
I think this is the same problem that just came up in a different
circumstance - $INC{'mod_perl.pm'} being a virtual file in mp2.
Geoff, Stas and I had a converstation about this before which led to a
change
http://svn.apache.org/viewcvs.cgi?rev=280262view=rev
I agree, that this needs
Geoffrey Young wrote:
I think this is the same problem that just came up in a different
circumstance - $INC{'mod_perl.pm'} being a virtual file in mp2.
Geoff, Stas and I had a converstation about this before which led to a
change
http://svn.apache.org/viewcvs.cgi?rev=280262view=rev
I agree,
hmm, what was the rationale from changing it from __FILE__ to /dev/null?
just Apache2::Status? why not undef instead of some fake entry? it's
just
a hash afterall :)
I originally had a patch for Apache2::Status for mod_perl.pm
specifically so that you didn't get two lines displayed for
Tyler MacDonald [EMAIL PROTECTED] wrote:
I'm going to test this extensively this weekend if I get the time,
including testing it on another system. Unfortuantely the other system is
also perl 5.6.7, httpd 2.0.55, linux 2.6, so if I get the same problems more
testing will be neccessary...
On Tue, 2005-11-01 at 13:36 -0800, Tyler MacDonald wrote:
Could some bizzarre change in unicode settings be affecting the way
scripts are being compiled post-startup?
That sounds like a good guess. However, you would expect that sort of
problem to be repeatable and consistent. This
How do I apply the patch? I'm still a little wet behind the ears,
please excuse me...
Thanks,
Boysenberry
boysenberrys.com | habitatlife.com | selfgnosis.com
On Nov 1, 2005, at 10:20 AM, Geoffrey Young wrote:
I think this is the same problem that just came up in a different
circumstance -
Boysenberry Payne wrote:
How do I apply the patch? I'm still a little wet behind the ears,
please excuse me...
For one this simply, you could just go edit the INSTALLED version of
Reload.pm...
On the other hand in general, you would
cd mod_perl-2.0.2-src
patch /path/to/patch
make all
I noticed that even after I use my database handle with the disconnect
function
(i.e. $dbh-disconnect()) the mysql thread that was used for the
database connection
hangs around in the sleep state, and reused later.
When I use a non-mod_perl perl script using DBI the mysql thread goes
away.
Boysenberry Payne wrote:
I noticed that even after I use my database handle with the disconnect
function
(i.e. $dbh-disconnect()) the mysql thread that was used for the
database connection
hangs around in the sleep state, and reused later.
When I use a non-mod_perl perl script using DBI the
mod_perl-2.0.2-2 .. from a source RPM .. on Centos
I'm trying to get RT to install, and thus need to first install
mod_perl2. However I'm not getting past the server startup:
Can't locate object method content_type via package
Apache2::RequestRec at /opt/rt3/bin/webmux.pl line 108.
Now
27 matches
Mail list logo