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.
No
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 m
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.
I
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 instal
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 - $
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 see
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 neccessa
>> 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 dis
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=280262&view=rev
I agree,
>> 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=280262&view=rev
>
> I agree, that
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 /u
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:
http://
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 /usr/local/
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
/usr/local
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
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 [P
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 s
> 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 interna
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
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
--- F
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 locati
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: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->i
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;
my $main = $r->main;
my $proxyreq = $r->proxyreq;
print STDERR
Dumper('is_i
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
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 be
Hi,
does mp2 support this new hook in apache 2.1?
Torsten
pgpUiMAC2nHJ2.pgp
Description: PGP signature
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 r
28 matches
Mail list logo
