On Wed, Aug 26, 2009 at 12:40 PM, Michiel Beijen wrote:
> Foo JH wrote:
>>
>> I'd suggest to get your mp2 up with the following stack:
>> Apache22 Windows binary
>> ActivePerl binary
>> precompiled mod_perl2 + libapreq2 from the repo
>
> That would be the easy way, right ;-)
>
> The thing is, my pr
On Aug 26, 2009, at 11:44 AM, Michael Peters wrote:
cr...@animalhead.com wrote:
The installation process needs to know at least:
1. where the accompanying DB-building script should go
Module::Build knows where to put bin/ or script/ files and it does
so according to how Perl and CPAN are co
This error occurs when you have two subroutines with the same name.
Mike O'Krongli
President and CTO
Acorg Inc
519 432-1185
- Original Message -
From: "Kiran Kumar"
To:
Sent: Wednesday, August 26, 2009 8:07 PM
Subject: PerlRun Subroutine redefine warnings
Hi,
I am running mod_p
Hi,
I am running mod_perl/2.0.4 on Linux , I keep getting the subroutine
redefined warnings. Perlrun reloads the cgi on each request so why do
I keep getting these warnings ? Is there any other way to avoid this
other than no warnings qw/redefine/ in my scripts. Am I missing
something here ?.
Thanks Perrin. I will take a look at FastCGI.
Its just that mod_perl provides all the http infrastructure so neatly, its
very tempting to consider emulating Apache and reuse mod_perl. But I see
your point.
regards,
Deven
Perrin Harkins-3 wrote:
>
> On Tue, Aug 25, 2009 at 3:00 PM, dbadhani
cr...@animalhead.com wrote:
The installation process needs to know at least:
1. where the accompanying DB-building script should go
Module::Build knows where to put bin/ or script/ files and it does so according
to how Perl and CPAN are configured. I assume EU::MM does too.
2. where the DB
The installation process needs to know at least:
1. where the accompanying DB-building script should go
2. where the DB that the app builds should go
How can such necessary things be determined, other than by asking
the user?
I was just going to add a note before or after these two queries,
that
On Wed, Aug 26, 2009 at 8:16 AM, Perrin Harkins wrote:
> On Wed, Aug 26, 2009 at 11:12 AM, Igor Chudov wrote:
>> Do you refer to the response size, as opposed to request size?
>
> Yes.
>
>> If so... I like your idea. How would I do that?
>
> Just read the logging section of the apache docs. It's a
cr...@animalhead.com wrote:
Including a note about how to do something in an installation dialog,
for people who wouldn't otherwise know, is not controlling anything.
Please don't put a dialog in your installation process! CPAN is supposed to be
automatic after it's been configured. There are
So Perl 5.10.1 is out, and my Apache is a couple of releases old, and
the
latest mod_apreq2 failed testing from source so I can try it from the
FreeBSD ports. Which is close to critical mass to rebuild my site
software.
Does anyone reading this know the state of the next mod_perl2?
Like whe
Foo JH wrote:
I'd suggest to get your mp2 up with the following stack:
Apache22 Windows binary
ActivePerl binary
precompiled mod_perl2 + libapreq2 from the repo
That would be the easy way, right ;-)
The thing is, my project uses a software bundle which includes Apache
and Strawberry for the Wi
Seriously, this is not something you need to be concerned about.
There are dozens of places for people to get information about how to
install CPAN modules. Most people use the CPAN shell and set it up to
put things where they want them.
- Perrin
On Wed, Aug 26, 2009 at 1:31 PM, wrote:
> Includ
Including a note about how to do something in an installation dialog,
for people who wouldn't otherwise know, is not controlling anything.
If that's against CPAN principles, the principles need some work!
cmac
On Aug 26, 2009, at 9:30 AM, Perrin Harkins wrote:
On Wed, Aug 26, 2009 at 12:21 PM,
On Wed, Aug 26, 2009 at 12:21 PM, wrote:
> How does one specify that? It sounds like esoteric knowledge that
> only a few users will know, and I'd like to empower people not to
> clog up their GP Perl library with a module that can be used in
> exactly one place.
It's in the docs for Module::Bui
On Aug 26, 2009, at 9:05 AM, Perrin Harkins wrote:
On Wed, Aug 26, 2009 at 11:41 AM, wrote:
The general purpose Perl library is headed at /usr/local/lib/perl5
on my system. What I was asking is whether there's any reason
to put Apache2::CloseKeepAlive in it, being as it's so specialized,
or j
On Aug 26, 2009, at 7:39 AM, Adam Prime wrote:
A non-code comment, but there seems to be some consternation about
the "same terms as perl itself" license. See the link below:
http://perlbuzz.com/2009/07/help-end-licensing-under-same-terms-as-
perl-itself.html
Inside many programmers, nasc
On Wed, Aug 26, 2009 at 11:41 AM, wrote:
> The general purpose Perl library is headed at /usr/local/lib/perl5
> on my system. What I was asking is whether there's any reason
> to put Apache2::CloseKeepAlive in it, being as it's so specialized,
> or just copy it to a mod_perl2-specific library (/u
On Aug 26, 2009, at 7:03 AM, Perrin Harkins wrote:
What's GP Perl?
The general purpose Perl library is headed at /usr/local/lib/perl5
on my system. What I was asking is whether there's any reason
to put Apache2::CloseKeepAlive in it, being as it's so specialized,
or just copy it to a mod_perl
On Wed, Aug 26, 2009 at 11:12 AM, Igor Chudov wrote:
> Do you refer to the response size, as opposed to request size?
Yes.
> If so... I like your idea. How would I do that?
Just read the logging section of the apache docs. It's a common part
of the access log.
- Perrin
On Wed, Aug 26, 2009 at 8:58 AM, Perrin Harkins wrote:
> Igor,
>
> Why don't you try logging the request size from your mod_perl server?
> If it turns out that it knows when a request is zero bytes, you can
> just kill the process in a cleanup handler.
>
Do you refer to the response size, as opp
On Tue, Aug 18, 2009 at 4:54 PM, wrote:
> During the mod_perl2 startup this feature works fine at first but mod_perl2
> always does a restart and during the second restart STDERR is being
> redirected to the log files and STDIN is ignored.
I suggest stashing the data somewhere and picking it up d
cr...@animalhead.com wrote:
I'm working toward contributing a module with this working title
to CPAN, and would like your comments and advice.
A non-code comment, but there seems to be some consternation about the
"same terms as perl itself" license. See the link below:
http://perlbuzz.com/
Igor,
Why don't you try logging the request size from your mod_perl server?
If it turns out that it knows when a request is zero bytes, you can
just kill the process in a cleanup handler.
Also, if you identify the PID of the broken process in this way, you
can look back through the logs to see wh
On Tue, Aug 25, 2009 at 3:00 PM, dbadhani wrote:
> This may sound far fetched, but has anyone tried porting mod_perl for web
> servers other than Apache.
No, and it wouldn't really work. A generic approach to running
persistent code already exists in the form of FastCGI. The rest of
mod_perl is
On Wed, Aug 26, 2009 at 6:43 AM, wrote:
> I'm tentatively convinced it's worth contributing, but you're welcome
> to tell me why it's not.
I think that setting a very short Keep-Alive timeout would be almost
as good. More importantly, you shouldn't serve any static files from
mod_perl. You shou
Fred, thanks. I am afraid that verify_backend is more of an expensive
distraction, than something actually useful.
At this point in time I will try setting both persist_backend and
verify_backend to off.
I am also considering changing MaxRequestsPerChild and setting it to
something like 1,000.
N
I'm working toward contributing a module with this working title
to CPAN, and would like your comments and advice.
The short story is that it's a mod_perl2 mechanism for optimizing
the KeepAlive option in the Apache2 server. The long story is at
http://www.animalhead.com/CloseKeepAlive.html
I'd suggest to get your mp2 up with the following stack:
Apache22 Windows binary
ActivePerl binary
precompiled mod_perl2 + libapreq2 from the repo
Michiel Beijen wrote:
Hi all,
I'd like to know if it's possible to build mod_perl on Win32; I'd like
to use mod_perl with StrawberryPerl. It seems t
On Tue 25 Aug 2009, ama...@solutionsforprogress.com wrote:
> Unfortunately using restart_count does not address my issue.
>
> In the http.conf I have the following:
> ...
> PerlConfigRequire conf/startup.pl
> ...
>
> My test startup.pl has this:
>
> our $INPUT;
> print STDERR "Input:";
29 matches
Mail list logo
