Hi!
I have 2 virtual server running 2 different applications under mod_perl.
Each application/vserver has it's own vConfig.pm
It works fine under normal CGI, but under mod_perl the vConfig.pm are mixed ( vserver
1 sometimes runs with vConfig.pm from vserver 2 or the other way around)
Is there s
Denis Banovic wrote:
Is there some way to tell mod_perl not to include modules from another vserver?
I'm using ModPerl::Registry on Apache 2 & mod_perl 2.
You need to run this after loading ModPerl::Registry:
*ModPerl::MyRegistry::namespace_from =
\&ModPerl::RegistryCooker::namespace_from_ur
Perrin Harkins wrote:
Denis Banovic wrote:
Is there some way to tell mod_perl not to include modules from another
vserver?
I'm using ModPerl::Registry on Apache 2 & mod_perl 2.
You need to run this after loading ModPerl::Registry:
Hold on, I read your question too quickly. Your issue is with
Thanks, that's exactly what I was searching for.
Denis
Lust auf mehr? - http://maedls.at
---
NCM - NET COMMUNICATION MANAGEMENT GmbH
---[ Denis Banovic - CTO
mailto:[EMAIL PROTECTED]
---[ Mühlstrasse 4a
AT - 5023 Salzburg
I'm trying to get Mason installed on my Linux server.
I'm running Apache/1.3.26 (Unix) mod_perl/1.26.
I keep getting the error:
Can't locate object method "new" via package
"Apache::Request"
I've tried to install the Apache::Request module.
First I tried to install libapreq-1.3 to get
Apache::R
I recently migrated my perl/CGI.pm scripts from an
IIS server to Apache 1.3.28 on the same Win2k server.
I saw immediate speed improvements using Apache::PerlRun.
Using 'practical mod_perl' as a guide I modified httpd.conf
so that I could access my scripts using mod_cgi, Apache::Registry,
or Apach
My application seemed slower with Resistry! Using curl to get more
accurate statistics I found Registry to be almost 2-3x slower than
PerlRun.
### BEGIN sample stats ###
[EMAIL PROTECTED] root]# date +%M.%S.%N; curl -b cookies.txt -c cookies.txt
http://usvwoaahs52:8080/serverdb/cgi-bin/devlist.
If speed/performance is your concern, then you might
want to look into Apache2/mod_perl2. My understanding
is that Apache 1.x isn't anything but a novelty on
Windows.
paul
--- Todd <[EMAIL PROTECTED]> wrote:
> I recently migrated my perl/CGI.pm scripts from an
> IIS server to Apache 1.3.28 on the
gerard uolaquetalestem wrote:
Hi again
I'm just trying to translate URI with a modperl2 module, and i've got it in
windows os.
Then i wanted to install to my linux os but life is not as easy as this.
I have problems with that module, and i've tried the following things:
First of all i comment mos
Egor Korablev wrote:
hi
After installing http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz I had error while starting apache:
Cannot load /etc/httpd/modules/mod_perl.so into server: /etc/httpd/modules/mod_perl.so: undefined symbol: boot_DynaLoader
What can i do? :)
To submit a proper bug r
Hi there,
On Mon, 6 Oct 2003, Global Junk wrote:
> I'm trying to get Mason installed on my Linux server.
> I'm running Apache/1.3.26 (Unix) mod_perl/1.26.
> [snip]
> I hesitate to install a gcc compiler since I do not
> know a lot about it and I do not want to open up a can
> of worms. I would
Perrin Harkins wrote:
Perrin Harkins wrote:
Denis Banovic wrote:
Is there some way to tell mod_perl not to include modules from
another vserver?
I'm using ModPerl::Registry on Apache 2 & mod_perl 2.
You need to run this after loading ModPerl::Registry:
Hold on, I read your question too quick
On Mon, 2003-10-06 at 10:42, Todd wrote:
> My application seemed slower with Resistry! Using curl to get more
> accurate statistics I found Registry to be almost 2-3x slower than
> PerlRun.
>
> ### BEGIN sample stats ###
> [EMAIL PROTECTED] root]# date +%M.%S.%N; curl -b cookies.txt -c cookies.tx
On Mon, 2003-10-06 at 13:36, Stas Bekman wrote:
> But be careful with it. If you use the threaded mpm, it's all cool. If you use
> prefork it'll create 2 perl interpreters and more inside each httpd process
> gobbling up a lot of RAM, something that you don't want to do in production.
> It's OK
Perrin Harkins wrote:
On Mon, 2003-10-06 at 13:36, Stas Bekman wrote:
But be careful with it. If you use the threaded mpm, it's all cool. If you use
prefork it'll create 2 perl interpreters and more inside each httpd process
gobbling up a lot of RAM, something that you don't want to do in produc
Am Mo, 2003-10-06 um 20.15 schrieb Perrin Harkins:
> On Mon, 2003-10-06 at 13:36, Stas Bekman wrote:
> > But be careful with it. If you use the threaded mpm, it's all cool. If you use
> > prefork it'll create 2 perl interpreters and more inside each httpd process
> > gobbling up a lot of RAM, som
On Mon, 2003-10-06 at 15:20, Tom Schindl wrote:
> Am Mo, 2003-10-06 um 20.15 schrieb Perrin Harkins:
> > On Mon, 2003-10-06 at 13:36, Stas Bekman wrote:
> > > But be careful with it. If you use the threaded mpm, it's all cool. If you use
> > > prefork it'll create 2 perl interpreters and more insi
Title: mod_perl 2: $r->get_server_port returns wrong
value un
I've got a server running on port 9000.
If I call $r->get_server_port in a
PerlResponseHandler I get the correct value (9000), but if I call that
in a method when Apache::XMLRPC::Lite is the PerlResponseHandler then
I get port 80, n
Matisse Enzer wrote:
I've got a server running on port 9000.
If I call $r->get_server_port in a PerlResponseHandler I get the
correct value (9000), but if I call that in a method when
Apache::XMLRPC::Lite is the PerlResponseHandler then I get port 80, no
matter what the actual port is.
Apach
At 12:38 PM -0700 10/6/03, Stas Bekman wrote:
I don't think Apache::compat is a culprit, it just doesn't mess with
the port methods, however I won't single out that possibility
completely,
Can you reproduce this problem in a simple response handler, without
Apache::XMLRPC::Lite? If you can give
Matisse Enzer wrote:
[...]
sub handler {
warn "Port: ", $_[0]->get_server_port;
$server->configure(@_);
$server->SUPER::handler(@_);
}
and got the wrong result.
Hmm, is $_[0] an Apache::RequestRec object? If it's a method handler, should
that be $_[1]?
_
At 1:20 PM -0700 10/6/03, Stas Bekman wrote:
Matisse Enzer wrote:
[...]
sub handler {
warn "Port: ", $_[0]->get_server_port;
$server->configure(@_);
$server->SUPER::handler(@_);
}
and got the wrong result.
Hmm, is $_[0] an Apache::RequestRec object? If it's a method
handler, should that be
Matisse Enzer wrote:
At 1:20 PM -0700 10/6/03, Stas Bekman wrote:
Matisse Enzer wrote:
[...]
sub handler {
warn "Port: ", $_[0]->get_server_port;
$server->configure(@_);
$server->SUPER::handler(@_);
}
and got the wrong result.
Hmm, is $_[0] an Apache::RequestRec object? If it's a method
I don't think Apache::compat is a culprit, it just doesn't mess with the
port methods, however I won't single out that possibility completely,
the behavior of ap_get_server_port looks to be very different between apache
1.3 and 2.0, so I suspect the difference is really there.
I'd try playing w
Thanks. It looks like Dave's answer worked:
> Otherwise you can use CGI.pm with Mason, by setting
> this in your
> httpd.conf:
>
> PerlSetVar MasonArgsMethod CGI
To answer some of your other questions about gcc, when
I try to install libapreq-1.3 to get Apache::Request I
get the following er
I'm posting this so others may benefit from the clearing up of the confusion...
Here's the error msg from my Apache log:
-><8-
[Fri Oct 03 10:53:24 2003] [error] 1592: ModPerl::Registry: [Fri Oct
3 10:53:24 2003] -e: Can't find string terminator '"' anywhere before
EOF at (eval 75) line
As far as I know Apache::Request is much smaller and faster than CGI
which is bloated with many things you never need.
If you don't have DBD::MySQL already installed you are running into same
problem because to build DBD::MySQL you also need gcc. You will also
need the devel-packages of mysql.
Be
That is a good point, but I think the comparison is accurate.
I've run the tests hundreds of times with the performance
difference always being the same.
-Todd
On Mon, Oct 06, 2003 at 12:43:08PM -0400, Geoffrey Young wrote:
>
> >My application seemed slower with Resistry! Using curl to get more
Stas Bekman wrote:
[...]
The following is a much more generic example than you need, so you will
be able to simplify it a great deal. I'll commit that soon as a new
test. I see some problem which I need to debug more, but it won't affect
your task.
I've committed a fix to this problem. the test
Steve Hay wrote:
Philippe M. Chiasson wrote:
The mod_perl 1.29 release candidate #1 has arrived. It can be
downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.28_01-dev-rc1.tar.gz
MD5 : 9f3e81dcdea7cdda3715631c25e446ef
SHA1: 1d14efb2ad89750dabcb3780b92992c1b8744551
Passed all tests on Wi
Philippe M. Chiasson wrote:
The mod_perl 1.29 release candidate #1 has arrived. It can be
downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.28_01-dev-rc1.tar.gz
MD5 : 9f3e81dcdea7cdda3715631c25e446ef
SHA1: 1d14efb2ad89750dabcb3780b92992c1b8744551
Passed all tests on WinXP/MSVC++6 with
31 matches
Mail list logo
