Adam Prime wrote:
> The results of the mod_perl survey that Fred Moyer and I conducted can
> be found at the following link:
Interesting list. Any chance the workshop will come to Singapore? :)
I am strangely excited by the potential of filters. mod_perl feels like
a generic tool that can do more
On Mon, Nov 10, 2008 at 5:09 PM, Chen, Peter <[EMAIL PROTECTED]> wrote:
> Thanks, Fred.
>
> So if I need basic auth, I should go back to Apache2.2.8 or 2.2.9?
Well you should run the tests with mod_perl also and see if they still
fail when built against those versions of mod_perl. But it could be
Thanks, Fred.
So if I need basic auth, I should go back to Apache2.2.8 or 2.2.9?
And if I do not need basic auth, then what should I do?
-Original Message-
From: Fred Moyer [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2008 4:47 PM
To: Chen, Peter
Cc: modperl@perl.apache.org
S
On Mon, Nov 10, 2008 at 4:33 PM, Chen, Peter <[EMAIL PROTECTED]> wrote:
> Results of httpd -l:
>
> Compiled in modules:
> core.c
> prefork.c
> http_core.c
> mod_so.c
Ok, so everything is loaded as shared objects.
> not ok 4
> # Failed test 4 in t/hooks/authz.t at line 19
> rc was $VAR1 = bles
Results of httpd -l:
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
--
and the results after adding the lines:
[warning] Skipping 'set unlimited ulimit for coredumps', since we are
running as a n
on-roo
I just tried this test with 2.0.4 and 2.2.10 (default configuration)
and it passed. Might be the way your have apache configured, can you
post the output of 'httpd -l'?
You could modify t/hooks/authz.t to dump out the response code -
here's how I did it:
19 ok ! GET_OK $location, username => 'j
Here are the results from the terminal:
[warning] Skipping 'set unlimited ulimit for coredumps', since we are
running as a non-root user on Solaris
/home/Intranet/ssiweb/apache/bin/httpd -d
/home/src/perl_modules/mod_perl-2.0.4/t -f
/home/src/perl_modules/mod_perl-2.0.4/t/conf/httpd.conf -D APAC
On Mon, Nov 10, 2008 at 1:13 PM, Chen, Peter <[EMAIL PROTECTED]> wrote:
> I have been trying to install mp2.0.4. In addition to having problems with
> authen_basic, I am also getting a test fail for t/hooks/authz as well.
Can you post the output of this command?
./t/TEST -verbose t/hooks/authz.t
Ok, I found modperl_extra.pl. It's located in t/conf/modperl_extra.pl
-Original Message-
From: Adam Prime [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2008 2:49 PM
To: Chen, Peter; mod_perl list
Subject: Re: [mp2.0.4] t/hooks/authen_basic (Wstat: 0 Tests: 4 Failed:
1)
Chen, Peter
Hmm, I guess my question is what could be causing Test 4 of
t/hooks/authen_basic.t and Test 4 of t/hooks/authz.t to fail?
Do I need to make Apache-Test ModPerl-Registry prior to making mod-perl?
-Original Message-
From: Adam Prime [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2
Adam Prime wrote:
Personally, i think that when this occurs, a new version of mod_perl
should be pushed out that corrects the problem (even if it doesn't
correct anything else), but I'm not on the dev team ;)
I think that is th general idea. As someone on httpd I wasn't aware of
any land break
Chen, Peter wrote:
Apache isn't starting up correctly? I already have the apache server
running. Will this affect the configuration? When I type the command "ps
-eaf | grep apache", it seems to indicate that apache is running.
Please CC the list on your replies, it has much more wisdom than I
André Warnier wrote:
If it's too off-topic nevertheless, just send me packing, I won't insist.
I might be alone in this but I think apache memory use is something all
heavy mod_perl users have to get to grips with, so I mentally
s/java|tomcat/mod_perl/g'd and read your very long email
B
Chen, Peter wrote:
Hi,
I have been trying to install mp2.0.4. In addition to having problems
with authen_basic, I am also getting a test fail for t/hooks/authz as
well.
My perl Makefile command is as follows: *perl Makefile.PL
MP_APXS=/home/Intranet/ssiweb/apache/bin/apxs*
Here
Hi,
I have been trying to install mp2.0.4. In addition to having problems
with authen_basic, I am also getting a test fail for t/hooks/authz as
well.
My perl Makefile command is as follows: perl Makefile.PL
MP_APXS=/home/Intranet/ssiweb/apache/bin/apxs
Here are the relevant contents f
Hi.
This is not really an on-topic question, and is more of a general one.
But I figure that, for this type of "general", the combination of skills
of the people on this list might be just right to provide some pointers.
If it's too off-topic nevertheless, just send me packing, I won't insist.
On Mon, 10 Nov 2008, Adam Prime wrote:
André Warnier wrote:
Maybe this is the time to ask.
I am using Linux Debian, and getting Apache 2, perl and mod_perl 2 from
there (apt-get).
I have never been quite sure which mpm the packager decided to configure,
as the apache2.conf contains parameter
On Mon 10 Nov 2008, Steven Siebert wrote:
> More memory but potentially faster, correct? Since we don't have to
> spawn as many processes to accommodate a load?
Perl is a real memory hog. Byte-compiled code can become quite big.
Multiply that with the number of perl interpreters running and you'
Adam Prime wrote:
André Warnier wrote:
Maybe this is the time to ask.
I am using Linux Debian, and getting Apache 2, perl and mod_perl 2
from there (apt-get).
I have never been quite sure which mpm the packager decided to
configure, as the apache2.conf contains parameters for prefork,
pthread
On Mon, Nov 10, 2008 at 11:45 AM, Issac Goldstand <[EMAIL PROTECTED]> wrote:
> However, it's not necessarily better if your memory consumption goes
> mostly to run-time data which can't be pre-generated (in which case
> worker is better for the reasons listed below, since there's no COW benefit)
T
On Mon 10 Nov 2008, André Warnier wrote:
> Ok guys, I'm nowhere as good a programmer as many people on this
> list, but a) I do have patience with beginners, b) I'm convinced and
> c) maybe I can do something in terms of documentation, if only to fix
> missing links. And d) I'd love to see my name
On Mon 10 Nov 2008, Steven Siebert wrote:
> Let me know how to get involved
How well is your C? There is a segfault waiting to be hunted down. It's
one of the nicer. It happens each time the test suite runs with worker
MPM. If interested I can give you further information.
The threading branch
André Warnier wrote:
Maybe this is the time to ask.
I am using Linux Debian, and getting Apache 2, perl and mod_perl 2
from there (apt-get).
I have never been quite sure which mpm the packager decided to
configure, as the apache2.conf contains parameters for prefork,
pthread and perchild. So,
On Mon, Nov 10, 2008 at 11:28 AM, Steven Siebert <[EMAIL PROTECTED]> wrote:
> More memory but potentially faster, correct? Since we don't have to
> spawn as many processes to accommodate a load?
No, there's no speed advantage to threads. In fact perl is measurably
faster if you compile it with n
Ian Goodacre wrote:
I would be helpful if the Introducing mod_perl Handlers page at
http://perl.apache.org/docs/2.0/user/handlers/intro.html included a
section describing the arguments to the handler functions and if the
description of the handlers (PerlResponseHandler in particular) included
Perrin Harkins wrote:
On Mon, Nov 10, 2008 at 6:46 AM, André Warnier <[EMAIL PROTECTED]> wrote:
- A surprising number of people are running mod_perl under the worker
MPM.
What is so surprising about this ? (genuine curious question)
Because of the way perl threads use memory, you end up using
More memory but potentially faster, correct? Since we don't have to
spawn as many processes to accommodate a load? Although i don't use
worker MPM since the codebase I adopted is not thread safe, I would
investigate if it was an option. Memory is fairly cheap and, with my
web servers (without DB
On Mon, Nov 10, 2008 at 6:46 AM, André Warnier <[EMAIL PROTECTED]> wrote:
>>> - A surprising number of people are running mod_perl under the worker
>>> MPM.
>
> What is so surprising about this ? (genuine curious question)
Because of the way perl threads use memory, you end up using less a
lot les
Ok guys, I'm nowhere as good a programmer as many people on this list,
but a) I do have patience with beginners, b) I'm convinced and c) maybe
I can do something in terms of documentation, if only to fix missing
links. And d) I'd love to see my name somewhere as a contributor, even
at the very
Steven Siebert wrote:
I'm relatively new to mod_perl - moving to a new job who's application
is solely written in it. This is a return to Perl for me, having
worked in PHP, Java, and .NET since Perl 4. As I'm learning to love
mod_perl and Perl in general, perhaps it's a good time for me to
cont
I'm relatively new to mod_perl - moving to a new job who's application
is solely written in it. This is a return to Perl for me, having
worked in PHP, Java, and .NET since Perl 4. As I'm learning to love
mod_perl and Perl in general, perhaps it's a good time for me to
contribute back by writing p
Puneet Lakhina wrote:
Hi,
I am trying to write a handler that modifies the content of the page
based on a regex match. essentially im trying to modify
tags in the outgoing HTML pages.
Now I am trying to do this using PerlOutputFilterHandler. I have the
following questions:
a) Is this the right
André Warnier wrote:
The responses there are indeed a bit scary. It feels like we're a dying
breed.
I believe this is to a large extent a "marketing issue" for perl in
general, and mod_perl by extension, with regard to the younger
programmers generation. At least in various European countries
Rolf Schaufelberger wrote:
Hi Adam,
quite interesting.
Thanks for doing all that work.
Thanks too. Interesting indeed.
Am Montag, 10. November 2008 03:59:13 schrieb Adam Prime:
The results of the mod_perl survey that Fred Moyer and I conducted can
be found at the following link:
http://kab
Hi Adam,
quite interesting.
Thanks for doing all that work.
Am Montag, 10. November 2008 03:59:13 schrieb Adam Prime:
> The results of the mod_perl survey that Fred Moyer and I conducted can
> be found at the following link:
>
> http://kabob.ca/mod_perl_survey/
>
> Here's a quick list of obvious
On Mon 10 Nov 2008, Puneet Lakhina wrote:
> essentially im trying to modify
> tags in the outgoing HTML pages.
> Now I am trying to do this using PerlOutputFilterHandler. I have the
> following questions:
> a) Is this the right filter to use for an application like this?
yes
> b) As per my under
36 matches
Mail list logo