Hi all,
I have a report creation perl script that takes about 15 minutes to run and
I need to fork it. I tried the code from v1:
use strict;
use POSIX 'setsid';
use Apache::SubProcess;
my = shift;
-send_http_header(text/plain);
{CHLD} = 'IGNORE';
defined (my = fork) or die
IMHO, it would be better to put your report code into another perl
program and execute it. From what I see from your snippet of code, it's
not important for the parent to know what the child is going, you are
even ignoring SIGCHLD.
Also, at some point in the future (I hope at least) mp2 +
Hi Richard,
IMHO, it would be better to put your report code into another perl
program and execute it. From what I see from your snippet of
code, it's
not important for the parent to know what the child is going, you are
even ignoring SIGCHLD.
Also, at some point in the future (I hope at
Robert Lee wrote:
Ged Haywood wrote:
Q1: Is there a similar module to Apache::Request?
Depends what you want to do, but not really. Care to try porting it?
No no. Apache::Request 2 port is in works and it'll be available RSN
thanks to Joe Schaefer and Randy Kobes who do an extraordinary
Ged Haywood wrote:
Q1: Is there a similar module to Apache::Request?
Depends what you want to do, but not really. Care to try porting it?
No no. Apache::Request 2 port is in works and it'll be available RSN thanks
to Joe Schaefer and Randy Kobes who do an extraordinary job. Though it'll
be
Hi everyone,
I am new to Apache/mod_perl and everything else. I bought a fairly good
book on Apache/mysql/mod_perl. Unfortunately, it is based on the Apache 1
server and mod_perl1. In doing so, it is using the Apache::Request module
which has not been ported to mod_perl2 yet.
Several
Hello there,
On Thu, 24 Jul 2003, Robert Lee wrote:
I am new to Apache/mod_perl and everything else.
We're all still learning...
I bought a fairly good book on Apache/mysql/mod_perl.
There are others, see the mod_perl web site:
http://perl.apache.org
Unfortunately, it is based on the
Ged Haywood wrote:
Q1: Is there a similar module to Apache::Request?
Depends what you want to do, but not really. Care to try porting it?
No no. Apache::Request 2 port is in works and it'll be available RSN thanks to
Joe Schaefer and Randy Kobes who do an extraordinary job. Though it'll be
--- Stas Bekman [EMAIL PROTECTED] wrote:
ColinB wrote:
So how can I go about installing just Apache::Registry from the
mod_perl 1 tar file without having to install ALL of mod_perl 1 ?
simply copy it into one of the dirs in your @INC.
You will also need to load Apache::compat for it to
[please don't take the threads off the list]
ColinB wrote:
--- Stas Bekman [EMAIL PROTECTED] wrote:
ColinB wrote:
So how can I go about installing just Apache::Registry from the
mod_perl 1 tar file without having to install ALL of mod_perl 1 ?
simply copy it into one of the dirs in your @INC.
This page:
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Registry___C_Apache__PerlRun__and_Friends
says that mod_perl 2's ModPerl::Registry does not chdir() into the
script's directory, wheras mod_perl 1's Apache::Registry DOES chdir().
It also says that this will eventually
ColinB wrote:
This page:
http://perl.apache.org/docs/2.0/user/porting/compat.html#C_Apache__Registry___C_Apache__PerlRun__and_Friends
says that mod_perl 2's ModPerl::Registry does not chdir() into the
script's directory, wheras mod_perl 1's Apache::Registry DOES chdir().
It also says
On Tue, 2003-07-15 at 08:44, ColinB wrote:
So how can I go about installing just Apache::Registry from the
mod_perl 1 tar file without having to install ALL of mod_perl 1 ?
Just copy the Apache/Registry.pm file into the same directory that all
your other Apache:: modules are in.
- Perrin
Hello,
I need help in file uploading with mod_perl 2.
Apache::Request is not compatible with mod_perl 2, and I want to know
how can I upload file widthout using CGI.pm
Please send me an example if possible.
Thanks,
Alejandro.
Alejandro Galue wrote:
Hello,
I need help in file uploading with mod_perl 2.
Apache::Request is not compatible with mod_perl 2, and I want to know
how can I upload file widthout using CGI.pm
Please send me an example if possible.
Simply copy the relevant code from CGI.pm.
Alternatively if you
Alejandro Galue wrote:
Hello,
I'm using redhat 8.0 (mod_perl-1.99_05-3, httpd-2.0.40-11.3). I created
a custom handler for http responses, and I get this error in httpd log:
[Tue Jun 03 07:42:53 2003] [error] [client 127.0.0.1] Can't locate
object method header_in via package Apache::RequestRec
Hello,
I'm using redhat 8.0 (mod_perl-1.99_05-3, httpd-2.0.40-11.3). I created
a custom handler for http responses, and I get this error in httpd log:
[Tue Jun 03 07:42:53 2003] [error] [client 127.0.0.1] Can't locate
object method header_in via package Apache::RequestRec at
Ok here is the error I get when using the all-in-one install
for mod_perl 2.0
Can't locate object method server_root_relative
via package Apache at e:/Per
l/site/lib/Apache/compat.pm line 69.
Compilation failed in require at startup.pl line 13.
BEGIN failed--compilation aborted at
Ryan Farrington wrote:
Ok here is the error I get when using the all-in-one install for
mod_perl 2.0
Can't locate object method server_root_relative via package Apache
at e:/Per
l/site/lib/Apache/compat.pm line 69.
Compilation failed in require at startup.pl line 13.
BEGIN
();
use XML::LibXSLT();
1;
:: END CODE ::
that is it... still compiles with an error =(
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 29, 2003 10:10 PM
To: Ryan Farrington
Cc: [EMAIL PROTECTED]
Subject: Re: Mod_Perl 2?
Ryan Farrington wrote:
Ok here
Ryan Farrington wrote:
Here is what the Command_Line_Lookups tells me:
to use method 'server_root_relative' add:
use Apache::ServerUtil ();
[...]
that is it... still compiles with an error =(
right, the API change. Here is the correct URL:
On Thu, 29 May 2003, Ryan Farrington wrote:
Ok here is the error I get when using the all-in-one install for
mod_perl 2.0
Can't locate object method server_root_relative via package Apache
at e:/Perl/site/lib/Apache/compat.pm line 69.
Compilation failed in require at startup.pl line 13.
with 2.0.42, they're working at maintaining
configuration and module interface compatibility, so in principle
upgrading from 2.0.44 to 2.0.45 shouldn't be a problem. But with
a combination of Win32 and the relative complexity of mod_perl 2,
this compatibility may not have survived I've tried
Title: RE: [mp2.0] W2000, Apache 2.0.45, mod_perl-2 1.99_09-dev crashes
Sebastian,
Sooo, it IS possible to get this running on W2000.
thanks!
Now the big question: what is different between your system
and ours...?
Do you remember what happened during install,
what non-standard
problem with the installation?
Mine went through without complaining, and the Apache worked after that.
mod_perl-2 is installed over ActivePerl 5.8's PPM shell.
No problems anywhere. Just now with 2.0.45. :-)
We can get in touch off-list and exchange more details
Sure... maybe this annoys the other
Title: RE: [mp2.0] W2000, Apache 2.0.45, mod_perl-2 1.99_09-dev crashes
Sebastian,
-Original Message-
From: Sebastian Breier [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 04, 2003 17:51
At 17:38 04.04.2003, Melchior, Matthijs wrote:
Sebastian,
Sooo
On Fri, 4 Apr 2003, Sebastian Breier wrote:
Hi.
I just upgraded Apache to 2.0.45 (from 2.0.44),
and now most of my perl-generated sites crash.
They worked perfectly before.
Server is Apache 2.0.45 on W2000 + mod_perl-2 1.99_09-dev,
as said in the subject.
I just checked again
with 2.0.42, they're working at maintaining
configuration and module interface compatibility, so in principle
upgrading from 2.0.44 to 2.0.45 shouldn't be a problem. But with
a combination of Win32 and the relative complexity of mod_perl 2,
this compatibility may not have survived I've tried
to look!
How exactly do you install Apache and mod_perl-2?
My install/upgrade process is this:
- Install Apache via MSI file
- Open ActivePerl's PPM
- Add mod_perl-2 PPM repository (
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer58 ActivePerl
5.8 only)
- install mod_perl from
CPAN
shell).
Does make install add some more stuff besides mod_perl.so? My perl is in
a read only path, so this might be the problem, but I'm not sure...
Which are the specific dependencies for mod_perl 2?
It's all very well documented. Please spend some time at:
http://perl.apache.org/docs/2.0
Hello.How can I get file upload from form using
mod_perl 2 without CGI.pm?thx
On Tue, 4 Mar 2003, Egor Korablev wrote:
Hello.
How can I get file upload from form using mod_perl 2 without CGI.pm?
thx
You can't. At least not in an easy way, which I guess is what you want.
Apache::Request is not ported to mod_perl 2 yet. Time to fall back in love
with CGI.pm, just like
To: Chris Faust
Cc: Modperl
Subject: Re: mod_perl 2 apache::session and or die
Chris Faust wrote:
All works well except when there is any kind of problem in the
script where
the condition will die..
[...]
When this happens everything to do with that script is
unresponsive - I know
I'm having a problem since installing Apache::Session
All works well except when there is any kind of problem in the script where
the condition will die..
For example:
$db-execute() or die...
open yadda or die..
$db-prepare() or die...
etc.
When this happens everything to do with that script is
comes up (standard server error) and that is the last
thing that is logged, if you try to go back and refresh the hourglass will
go for hours and nothing happens and nothing is ever logged
It sounds like a locking problem to me. I'm guessing that mod_perl 2 is
not calling the right hooks when
it. What
happens is the error comes up (standard server error) and that is the
last
thing that is logged, if you try to go back and refresh the hourglass
will
go for hours and nothing happens and nothing is ever logged
It sounds like a locking problem to me. I'm guessing that mod_perl 2
[EMAIL PROTECTED] wrote:
Any plans to make Apache::FakeRequest work well enough to make this
possible?
[EMAIL PROTECTED] wrote:
As for mod_perl 1.0, I'm not sure, but if you can make it useful
that would be cool.
A while back Andrew Ho posted his script, apr, that is similar to
Also remember, that you can't test modules that require mod_perl
to run from
the command line. You'd have the same result with mod_perl 1.0
Thanks, I didn't know that at all as I test all my modules that way and have
never had a problem.. Of course most are not mod_perl specific.
-Chris
[EMAIL PROTECTED] wrote:
Any plans to make Apache::FakeRequest work well enough to make this
possible?
There are plans. Here is an entry from modperl-2.0/todo/api.txt:
Apache::FakeRequest:
since APR can be used outside of httpd, and we can alloc request_rec
and similar structures, it should be
Chris Faust wrote:
Hey Helmut,
Yes, I'm sure its Apache::DBI - when I try to check for it directly via
perl -MModule::Name, I get the error..
Where is a copy paste from the command line.
[chrisf@web1 chrisf]$ perl -MApache::DBI -e 0
Can't locate Apache/Constants.pm in @INC (@INC contains:
receive the error of:
Can't locate Apache/Constants.pm in @INC
I've learned in mod_perl 2 that Apache::Constants was replaced by 3 new
classes (Apache::Const,APR::Const,Modperl::Const).
But what do I do to get Apache::DBI to work?
Am I missing something really simple here (I hope)?
Thanks
-Chris
Apache::DBI I receive the error of:
Can't locate Apache/Constants.pm in @INC
I've learned in mod_perl 2 that Apache::Constants was replaced by 3 new
classes (Apache::Const,APR::Const,Modperl::Const).
But what do I do to get Apache::DBI to work?
Am I missing something really simple here (I
and
the solution didn't relate.
Anyway, I've updated to RedHat 8.0 and Apache 2.0.44 with Mod_Perl 1.99.08
and if I try to use Apache::DBI I receive the error of:
Can't locate Apache/Constants.pm in @INC
I've learned in mod_perl 2 that Apache::Constants was replaced by 3 new
classes
:[EMAIL PROTECTED]]
Sent: Friday, February 14, 2003 9:26 AM
To: Chris Faust; Modperl
Subject: Re: Apache::DBI and mod_perl 2
Hi Chris,
are you shure that is is the Apache::DBI, that needs the
Apache::Constants
or is it another module?
For me Apache::DBI loads without problems (2.044/1.9908
Subject: Re: Apache::DBI and mod_perl 2
Do you have the latest Apache::DBI ? Ask made a new one a couple of weeks
ago to run with mp2.
On Fri, 14 Feb 2003, Chris Faust wrote:
Hi,
My problem seems like one that would be well documented, but I
can't find
anything in any of the docs
On Fri, 14 Feb 2003, Chris Faust wrote:
Maybe that is the problem?
I'm using 0.89 which is the newest from CPAN and that shows Jun 18..
Is there a later version available?
You can always search the archives of this list at
http://marc.theaimsgroup.com/?l=apache-modperlr=1w=2
The message
Subject: RE: Apache::DBI and mod_perl 2
On Fri, 14 Feb 2003, Chris Faust wrote:
Maybe that is the problem?
I'm using 0.89 which is the newest from CPAN and that shows Jun 18..
Is there a later version available?
You can always search the archives of this list at
http
Charles McElhose Jr. [EMAIL PROTECTED] on 02/10/2003 10:43:57 PM
To:[EMAIL PROTECTED]
cc:
Subject:Has Apache::Cookie been ported to mod_perl-2 yet?
Has Apache::Cookie been ported to mod_perl-2 yet?
I tried to install the libapreq-1.1 module with mod_perl-2/apache 2
and am getting a can't
[EMAIL PROTECTED] wrote:
No it hasn't. Need to use CGI::Cookie for the time being. Apache::Cookie
and Apache::Request I believe are both either provided by or dependent on
libapreq, which is still a work in progress for apache2/mod_perl2. That's
the biggest reason I'm still using Apache 1.3.x
Has Apache::Cookie been ported to mod_perl-2 yet?
I tried to install the libapreq-1.1 module with mod_perl-2/apache 2
and am getting a can't locate Apache/MyConfig.pm ... error.
Charles M.
[EMAIL PROTECTED]
Has Apache::Cookie been ported to mod_perl-2 yet?
I tried to install the libapreq-1.1 module with mod_perl-2/apache 2
and am getting a can't locate Apache/MyConfig.pm ... error.
Charles M.
Thanks, is there any word on when this may happen?
Charles
appropriate here
:-)
- Original Message -
*From:* Ron Gidron mailto:[EMAIL PROTECTED]
*Sent:* Monday, February 10, 2003 3:48 PM
*Subject:* [Perl] how to static link mod_perl 2 into apache 2.0
I am trying to install a Mason based system.
This package requires mod_perl statically linked
Charles O. McElhose Jr. wrote:
Thanks, is there any word on when this may happen?
Subscribe to the apreq-dev list to stay up to date with the recent
developments http://httpd.apache.org/apreq/
meanwhile use CGI::Cookie if you work with mod_perl 2.0.
Forwarding this from another list, because it's
more appropriate here :-)
- Original Message -
From: Ron Gidron
Sent: Monday, February 10, 2003 3:48 PM
Subject: [Perl] how to static link mod_perl 2 into apache
2.0
I am trying to
install a Mason based system.
This package
Issac Goldstand wrote:
Forwarding this from another list, because it's more appropriate here :-)
- Original Message -
*From:* Ron Gidron mailto:[EMAIL PROTECTED]
*Sent:* Monday, February 10, 2003 3:48 PM
*Subject:* [Perl] how to static link mod_perl 2 into apache 2.0
I am trying
All,
Starting to strike the first blows with Apache 2.0. I am now wondering about
thread safety with mod_perl 2. Will mod_perl support a threaded MPM Apache
config ?
Thanks,
Sinclair, Alan (CORP, GEAccess) wrote:
All,
Starting to strike the first blows with Apache 2.0. I am now wondering about
thread safety with mod_perl 2. Will mod_perl support a threaded MPM Apache
config ?
Why using the future tense, it does support the threaded mpm pretty much
from the very
Sounds good. Thanks for the help. I will patch my copy. Will all MP1
functionality be migrating over to MP2? In particular the PerlHandler
Apache::Status functionality.
Thanks,
Tom
Stas Bekman wrote:
Terra Info wrote:
PS: I forgot to let you know if it works on MP1. I do not have that
Terra Info wrote:
Sounds good. Thanks for the help. I will patch my copy.
Or just grab the latest cvs.
Will all MP1
functionality be migrating over to MP2?
Pretty much yes.
In particular the PerlHandler
Apache::Status functionality.
Doug mentioned that most of its functionality works
is still advised).
Included in the Apache2 distribution are a sample
ModPerl::Registry script, a simple mod_perl-2 handler, and sample
Apache::ASP and HTML::Mason pages. An Emberl ppm package will be
made when available.
Please let me know of any problems you encounter in the
installation
Thanks for the help. Below is all the info you requested. I have also
attached the test script (code below for those attachement challenged,
et al;) and an example can be seen at
http://dev.terranovum.com/some-bad-link/. To see what it should be doing
call it directly at
PS: I forgot to let you know if it works on MP1. I do not have that
installed on any machines so if someone out there on the list could
check that out and post back I would appreciate it. Everything you need
is below.
Tom
Terra Info wrote:
Thanks for the help. Below is all the info you
Terra Info wrote:
PS: I forgot to let you know if it works on MP1. I do not have that
installed on any machines so if someone out there on the list could
check that out and post back I would appreciate it. Everything you need
is below.
Here is the fix, I've messed up this part while porting.
I have a script that provides custom error messages that I set up using
the ErrorDocument directive (ie; ErrorDocument 400
/cgi-global/error.pl?error=400useXML=1). When run under typical mod_cgi
all works as planned and it outputs the proper stuff. When run under
mod_perl it outputs the same
Terra Info wrote:
I have a script that provides custom error messages that I set up using
the ErrorDocument directive (ie; ErrorDocument 400
/cgi-global/error.pl?error=400useXML=1). When run under typical mod_cgi
all works as planned and it outputs the proper stuff. When run under
mod_perl it
Hello,
After adding 'LoadModule perl_module modules/mod_perl.so' and / or
'PerlRequire C:/Apache2/conf/extra.pl'
to httpd.conf , my Apache (2.0.43) HTTP server fails. I am using
mod_perl 1.99_08-dev. Any thought s
would be greatly appreciated.
Thanks,
Carl Holm
:[EMAIL PROTECTED]]
Sent: Thursday, December 19, 2002 12:47 PM
To: [EMAIL PROTECTED]
Subject: mod_perl-2 configuration problem
Hello,
After adding 'LoadModule perl_module modules/mod_perl.so' and / or
'PerlRequire C:/Apache2/conf/extra.pl'
to httpd.conf , my Apache (2.0.43) HTTP server fails. I
appreciated.
Thanks,
Carl Holm
This could be a number of things ... Are there any messages
printed out to the screen or in the error log?
If installing by ppm, did you get a mod_perl-2 package? And did
you get the right one for your Perl version? And did mod_perl.so
install OK in your Apache2 modules
Issac Goldstand wrote:
I think I got it... I was under the understanding that each fireman
could
only hande 1 bucket at a time, but there could be up to as many buckets
as
firemen on the stack at any given time... Do you know why it's like
that?
a limitation of the current mpms, there
Well, it's been getting *WAY* OT - more geared for dev@httpd if anywhere,
but I'm sure they've argued this out already :-) My initial ideas all
counted on the fact that each handler/filter would have a way of getting its
own per-request thread...
On the opposite, IMHO this is very ON topic,
- Original Message -
From: Stas Bekman [EMAIL PROTECTED]
Cc: Ask Bjoern Hansen [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, November 28, 2002 11:07 AM
Subject: default Content-Length calculation has been removed in 2.0 (was Re:
mod_perl 2.x vs. mod_perl 1.x benchmarks)
Actually
[Issac's view snipped]
Rather than commenting on your view Issac, please allow me to try again
to explain how I think it works, hopefully more clear this time:
Let's forget for a moment about buckets inside bridades, and call the
brigades themselves entities that are passed along.
Now think
BuffaloRC Club wrote:
Hi all,
I am a newbie to mod_perl and going straight to mod_perl 2.
If you want to play with 2.0 it's cool, but you may find that it's not
yet ready for production, as not all APIs are available yet. On the
other hand 1.27 is a *very* robust version.
Have successfully
Thanks Philippe for the tip.
After looking at Apache2::Apache::compat and some
input from Randy Kobes, I came up with the following
package called getform.pm which gets the form data
into a hash without using Apache::compat.
(Hope it will help some newbie !!):
package ModPerl::getform;
use
Hi there,
On 1 Nov 2002, Clinton Gormley wrote:
I'm struggling to get anything much working with mod_perl 2.
[snip]
I have read all of the documentation on perl.apache.org.
Are you sure? :)
If these things should be working,
Well it does say on the home page that it's the Bleeding Edge
Clinton Gormley wrote:
I'm struggling to get anything much working with mod_perl 2.
I have installed mod_perl 1.99_07 with Apache 2.0.43. I have read all of
the documentation on perl.apache.org.
I can get a basic page returned to me with a modperl handler, but as
soon as I try to do anything
Hi,
well I have read all (whatever scanty little
available) docs on mod_perl 2 and am pretty
disappointed.
For example Apache::Request is not ready yet so you
need Apache::compat and mod_perl 1 for basic POST
request handling and parsing.
In my opinion, stay with mod_perl 1.
-Sumitro Chowdhury
On Fri, 1 Nov 2002, Sumitro Chowdhury wrote:
Hi,
well I have read all (whatever scanty little
available) docs on mod_perl 2 and am pretty
disappointed.
Additions, I'm sure, are welcome :)
For example Apache::Request is not ready yet so you
need Apache::compat and mod_perl 1 for basic POST
--- Randy Kobes [EMAIL PROTECTED] wrote:
On Fri, 1 Nov 2002, Sumitro Chowdhury wrote:
Hi,
well I have read all (whatever scanty little
available) docs on mod_perl 2 and am pretty
disappointed.
Additions, I'm sure, are welcome :)
For example Apache::Request is not ready yet so
On Fri, 1 Nov 2002, Sumitro Chowdhury wrote:
H
I thought POST request handling needs
$r-read($buf,$r-headers_in-{'Content-length'})
and GET request handling needs
$r-args();
Sorry about that - I should have read more carefully that
you were specifically referring to POSTed data -
--- Randy Kobes [EMAIL PROTECTED] wrote:
my %args = $r-Apache::args;
is for GET requests. For POST, as is described in
the
content() method of Apache::compat, for now one can
use
$r-setup_client_block;
# return an error unless $r-should_client_block;
my $len =
Hi all,
Please help ...
Using Apache/2.0.43 (Unix) mod_perl/1.99_07-dev
Perl/v5.8.0 .
I read in POST data from Form using
$r-read($buff,$r-headers_in-{'Content-length'})
Since I donot use Apache::compat, what API methods are
available to parse this string data ? ( possibly
convert it to a hash
Hi all,
I am a newbie to mod_perl and going straight to mod_perl 2.
Have successfully written basic handler (API).
Have not installed mod_perl 1.x
Not using Apache::compat. ( Donot intend to use CGI.pm either )
In this case how to use methods from Apache::Request like $q-param() etc?
I can get
I'm using Mod_perl (1.99_07), Apache 2, and using the threaded MPM. I
have ithreads installed and most everything works excellently.
I am having a problem using Net::LDAP- specifically with $ldh-add()
operations. $ldh-search() works fine, $ldh-modify also seems to work.
Has anyone else
Hi,
I have a problem when porting an application from Apache 1.23.x + mod_perl
1.0 to Apache 2.xx + mod_perl 2.0.
One of the scripts receives as argument a filename (with no path info), and
the scripts is suppose to open the file from the same directory in which
the script is located and
On Wed, 16 Oct 2002 [EMAIL PROTECTED] wrote:
Hi,
I have a problem when porting an application from Apache 1.23.x + mod_perl
1.0 to Apache 2.xx + mod_perl 2.0.
One of the scripts receives as argument a filename (with no path info), and
the scripts is suppose to open the file from the
binaries on our site for both
mod_perl-2 and mod_perl-1, including the ppm files and the
all-in-one packages, to use the latest Apache sources (2.0.43 and
1.3.27), in light of the security concerns in older versions.
All the mod_perl tests for the various packages passed on my
system
Is there something in the configuration not jiving?
Windows 2000, Apache 2.0.42, mod_perl-2(1.99_08-dev via ppm)
In http.conf I have:Include conf/test.confAddHandler cgi-script .cgiIn test.conf I have:PerlRequire "C:/Apache2/conf/startup.pl"Location /test/ Options +ExecCGI SetHandler p
On Thu, 3 Oct 2002, Paul Simon wrote:
Is there something in the configuration not jiving?
Windows 2000, Apache 2.0.42, mod_perl-2(1.99_08-dev via ppm)
In http.conf I have:
Include conf/test.conf
AddHandler cgi-script .cgi
In test.conf I have:
PerlRequire C:/Apache2/conf/startup.pl
rather new.
Things have progressed smoothly enough using apache versions 1.x and
mod_perl 1.x
I didn't think of trying perl 5.8, but would be glad to if that is going
to help things. I would like the capabilities that Apache and mod_perl
2.x give.
Ben
-Original Message-
From: Randy Kobes
of trying perl 5.8, but would be glad to if that is going
to help things. I would like the capabilities that Apache and mod_perl
2.x give.
Ben
I've found that using 5.8 often is more stable than 5.6.1,
as far as mod_perl-2 goes - it's definitely worth trying out
for development.
--
best regards
Randy Kobes <[EMAIL PROTECTED]>wrote:
On Thu, 3 Oct 2002, Paul Simon wrote: Is there something in the configuration not jiving? Windows 2000, Apache 2.0.42, mod_perl-2(1.99_08-dev via ppm) In http.conf I have: Include conf/test.conf AddHandler cgi-script .cgi In test.conf I have: PerlR
.--[ Ask Bjoern Hansen wrote (2002/09/19 at 01:47:39) ]--
|
| On Wed, 18 Sep 2002, Josh Chamas wrote:
|
| [...]
| So I run it again with ServerTokens Min, and get the same results. :)
| Still something different on the mod_perl headers, looks like mod_perl
| 2.x
On Wed, 18 Sep 2002, Josh Chamas wrote:
[...]
So I run it again with ServerTokens Min, and get the same results. :)
Still something different on the mod_perl headers, looks like mod_perl
2.x is setting Content-Length where it didn't use to.
The details evade me, but I recall something about
mod_perl
2.x is setting Content-Length where it didn't use to.
The details evade me, but I recall something about how
the buckets
work in the httpd that makes httpd 2.0 always know (and
set) the
Content-Length.
There was discussion about changing it; but I don't
remember the
outcome.
(yes
Hey mod_perl users,
I just did a benchmarks to compare mod_perl + apache versions 1 2.
What I find striking is that without any optimizations, the v2
mod_perl apache are faster. I'm really blown away, as I was
expecting the new versions to be slower with v1 configurations.
Here's the numbers
Josh Chamas wrote:
I just did a benchmarks to compare mod_perl + apache versions 1 2.
Cool.
Any idea why bytes/hit is lower on apache 2? Are some headers being
omitted?
- Perrin
, this makes a difference? *sigh*
So I run it again with ServerTokens Min, and get the same results. :)
Still something different on the mod_perl headers, looks like mod_perl
2.x is setting Content-Length where it didn't use to.
Apache/1.3.26
Test Name Test File
hangs seemingly forever... I can try installing a simple
hello world handler, skipping ModPerl::Registry, and see if
that works...
Hi Paul,
I just uploaded a new mod_perl-2 ppm package to
http://theoryx5.uwinnipeg.ca/ppmpackages/ which you may want to
try - this was still compiled against apache
1 - 100 of 150 matches
Mail list logo
