-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: 16 December 2002 13:22
To: [EMAIL PROTECTED]
Subject: When perl is not quite fast enough
While reading Mark Fowler excelent Perl Advent Calendar
(http://www.perladvent.org/2002/) 6th entry:
Randy Kobes wrote:
On Mon, 16 Dec 2002, Steve Hay wrote:
Is there some other way, for Win32, to achieve what the
PERL_USELARGEFILES=0 hack tried to do?
This seems hard to do without recompiling either the standard
Apache sources (to enable large_files support) or else the
standard
I've the feeling that many subscribers are quite confused about the
on-topic/off-topic policy on this list.
In general, we try to keep threads mod_perl-centric. Because when the list
starts to be dumping grounds for other related things, with a side effect of
surging the list's traffic, those
Hi again group.
A quick question (but this might not be the right place).
If this is the wrong place to ask, please point me in the direction of the
right place.
I have a web app written using mod_perl2 and apache::ASP.
When I change the code in a perl module, I have to restart apache to make
Richard Curtis wrote:
Hi again group.
A quick question (but this might not be the right place).
If this is the wrong place to ask, please point me in the direction of the
right place.
you're in the right place, don't worry :)
I have a web app written using mod_perl2 and apache::ASP.
Config:
Apache::DumpHeaders 0.94
http://search.cpan.org/author/ABH/Apache-DumpHeaders-0.94/DumpHeaders.pm
OS: Mandrake Linux 9.0
Apache: Apache-AdvancedExtranetServer/1.3.26
(Mandrake Linux/5mdk) mod_perl/1.27
Server Built: Sep 6 2002 19:31:19
mod_perl is functioning
Kenny,
I am not sure if I can help you much, but I was succesful in building this
combination. The main differences I see between our configuration is that
you are using SunOS in Intel wheras I am using SPARC and that you
obviously tried to build mod_perl as DSO.
What were the command lines
Hi Frank,
This is how I configured apache:
./configure --prefix=/usr/local/kenny --enable-module=rewrite
--enable-shared=rewrite --enable-suexec --suexec-caller=nobody
--suexec-docroot=/usr/www --enable-module=so
and this is how I configured mod_perl:
perl Makefile.PL \
USE_APXS=1 \
NOTE: I hope this isn't a dupe, not sure if the email address was
correct.
Config:
Apache::DumpHeaders 0.94
http://search.cpan.org/author/ABH/Apache-DumpHeaders-0.94/DumpHeaders.pm
OS: Mandrake Linux 9.0
Apache: Apache-AdvancedExtranetServer/1.3.26
(Mandrake Linux/5mdk)
On Tue, 17 Dec 2002, Steve Hay wrote:
Randy Kobes wrote:
On Mon, 16 Dec 2002, Steve Hay wrote:
Is there some other way, for Win32, to achieve what the
PERL_USELARGEFILES=0 hack tried to do?
This seems hard to do without recompiling either the standard
Apache sources (to enable
One thing that's useful for both people who don't know where else to turn
and people who don't want anything that's not pure mod_perl is simply to
preface your subject line with [OT] ... it's then very simple to filter
out unwanted messages in any mail reader.
- nick
PS Stas, I think maybe you
Jeff AA wrote:
I have two questions:
1) In this list, I have seen folks asking general Perlish questions
told to take their discussions elsewhere, along with the useless
recommendation that they browse lists.perl.org - I have done this
several times and joined a few of the lists, but
We had some trouble using DSO on Solaris in that it chewed up memory.
But it id work.
If it is just something where the shell variable G wasn't being set, perhaps
simply going through the Makefiles will help?
sorry i can't be more help
-Original Message-
From: Kenny Smith
Hi all,
On Tue, 17 Dec 2002, Nick Tonkin wrote:
One thing that's useful for both people who don't know where else to turn
and people who don't want anything that's not pure mod_perl is simply to
preface your subject line with [OT] ... it's then very simple to filter
out unwanted messages in
I may be veering off-topic, but I've started doing similar things in my
own code (generating accessor methods via AUTOLOAD). I ended up writing
`Class::Autoload,' which I intend to upload to CPAN when I'm done with
documentation and testing.
Basically, it exports an AUTOLOAD function that will
Christopher Grau wrote:
I may be veering off-topic, but I've started doing similar things in my
own code (generating accessor methods via AUTOLOAD). I ended up writing
`Class::Autoload,' which I intend to upload to CPAN when I'm done with
documentation and testing.
Mine was very simple and
Config:
Apache::DumpHeaders 0.94
http://search.cpan.org/author/ABH/Apache-DumpHeaders-0.94/DumpHeaders.pm
OS: Mandrake Linux 9.0
Apache: Apache-AdvancedExtranetServer/1.3.26
(Mandrake Linux/5mdk) mod_perl/1.27
Server Built: Sep 6 2002 19:31:19
mod_perl is functioning
There is a number of modules on CPAN that already do similar things
Ben
-Original Message-
From: Christopher Grau [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 17, 2002 12:05 PM
To: [EMAIL PROTECTED]
Subject: Re: AUTOLOAD in mod_perl (was Re: When perl is not quite
Perrin (et al... cc'ing this back to the list)
Thanks for this information... it is confirming what I originally
thought, so I don't need to change my code (yet). But I wanted to post
it back to the list to everyone else can benefit from it.
I personally tend to avoid AUTOLOAD, only because
I have a completely mod_perl handler-based web app set up as so:
Location ~ ^/myapp
PerlHandler Client::WWW
SetHandler perl-script
PerlSetVar ConfigFile /home/ajm6q/myapp/data/www-config
/Location
The Client::WWW handler decides what to do based on the
Hi Kenny,
We use SunOS 5.8 with mod_perl 1.27 on SPARC processors. We
don't use DSO but build mod_perl statically into httpd.
Here is the configure we use for mod_perl:
CC=cc \
/opt/perl5/bin/perl Makefile.PL APACHE_SRC=../apache-1.3.27/src \
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
and for
I am starting a new project that makes use of functionality required in
Apache 2. Naturally, I would like to use mod_perl, but mod_perl 2.0 is
still in beta.
Can anyone offer any information about when they feel mod_perl will be
stable enough for use in a production environment? I intend to use
On Dec 17 Devin Heitmueller wrote:
Can anyone offer any information about when they feel mod_perl will be
stable enough for use in a production environment?
Sometime next year.
See:
[EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/krekrouslor/[EMAIL PROTECTED]
Now, back to lurking.
On Tue, 17 Dec 2002, Chris Dickerson wrote:
IfModule mod_perl.c
Location /
PerlLogHandler Apache::DumpHeaders
PerlSetVar DumpHeaders_File test.txt
/Location
/IfModule
If I didn't wrap them in the IfModule.. Apache wouldn't load correctly.
Er; then mod_perl
Hi there,
On Tue, 17 Dec 2002, Aaron J Mackey wrote:
I have a completely mod_perl handler-based web app set up as so:
Location ~ ^/myapp
PerlHandler Client::WWW
SetHandler perl-script
PerlSetVar ConfigFile /home/ajm6q/myapp/data/www-config
On 17 Dec 2002, Devin Heitmueller wrote:
[...]
I'm in a difficult position because the project will be completed in a
couple of months. If the consensus is that mod_perl 2.0 will be
released by that point, then everything will be fine (I'll develop using
the beta code). If it is still
From: Ged Haywood [EMAIL PROTECTED]
It seems a bit wasteful to have a mod_perl Apache process involved at
all in serving .jpg and other static files. Why not run a two-Apache
setup and let the non-mod_perl server serve them without even letting
a heavyweight process see the request? It's
I am having some trouble installing mod_perl on my redhat linux 8.0 box. I
successfully installed apache 2.0.43 from source and placed it in the
/usr/local/apache2 directory. In addition, I downloaded the latest version of
mod_perl from cvs. I successfully used the following command to
On Tue, 17 Dec 2002 [EMAIL PROTECTED] wrote:
I am having some trouble installing mod_perl on my redhat linux 8.0 box. I
successfully installed apache 2.0.43 from source and placed it in the
/usr/local/apache2 directory. In addition, I downloaded the latest version of
mod_perl from cvs. I
That parameter is a *mod_perl* not an *apache* one
it decides where the .pm files and such are installed
whether in a directory 'Apache' or 'Apache2'.
It will become the default eventually. But for now, its useful
If you had 2 webservers 1.3.x and 2.0.x using the same version of perl
say 5.8.x
Hi Keith,
Thanks for the reply. I've already figured been able to compile and get
mod_perl running... I'm trying to report a bug in the configure script. It
didn't set the PERL_LD variable in the Makefile. I want to try to find out
why so that it can be fixed, so that other unsuspecting users
31 matches
Mail list logo