I think I found the problem - it was because of a LoadModule directive that
was defined in 1.99-07, but renamed to PerlLoadModule in 1.99-08. The reason
why I ran into the problem of unable to load mod_jk, was because I was
trying to load mod_jk after the mod_perl is loaded.
What was happening
G'day!
I would like to combine mod_proxy, mod_rewrite and mod_perl on an Apache
2.0.43 for Windows with mod_perl 2.0. The Perl Version I use is
ActiveState 5.6.1.
Just by loading the module the server behaves differently. Instead
seeing the the reverse proxied site I get following error
Matt Sergeant wrote:
I've done a lot on bayes for spam (I had an effective bayesian filter before
Paul Graham wrote his article on the subject), but there's not much in it
for a full talk. Maybe a lightning talk. Hmm...
That would be great Matt.
Funny how Paul Graham has become so synonymous
On Fri, 10 Jan 2003, Jonathan M. Hollin wrote:
Matt Sergeant wrote:
I've done a lot on bayes for spam (I had an effective bayesian filter before
Paul Graham wrote his article on the subject), but there's not much in it
for a full talk. Maybe a lightning talk. Hmm...
That would be great
packages as well. It
would seem that there is duplicity that needs to be resolved here. The env
hash for apache indicates we're running Perl ver 5.00503. I
installed ver 5.8 to get the DBI stuff working. The mod_perl is part
of the apache configuration that was there when I came on board. It would
Charlie Smith wrote:
snip
How are things in grand old England?
Well our country's gone to the dogs, our government is corrupt and
ineffective and it's bloody cold at the moment too. But the sun is
shining so a true Englishman won't complain. ;-)
--
Jonathan M. Hollin
Technical Director:
.
That probably wasn't necessary unless there's a 5.8 dependency in the
particular modules you're using - I still routinely use DBI with Perl
5.00503 and MySQL in live servers.
The mod_perl is part of the apache configuration that was there
when I came on board. It would seem to me that we need
Jan P. Monsch wrote:
G'day!
I would like to combine mod_proxy, mod_rewrite and mod_perl on an Apache
2.0.43 for Windows with mod_perl 2.0. The Perl Version I use is
ActiveState 5.6.1.
Just by loading the module the server behaves differently. Instead
seeing the the reverse proxied site I get
The URL
http://perl.apache.org/dist/mod_perl-1.99_08.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_08.tar.gz
size: 653469 bytes
md5: e32ef1bf6493673a83362ae2f1f1a86b
Changes since 1.99_07:
Correct ModPerl::RegistryCooker to reset %INC, after compile
Richard wrote:
I had a brand new server setup yesterday, which has SuExec installed.
I read somewhere, I don't remember where, that mod_perl won't work with
SuExec.
Is that true? Or did I just think I read that somewhere?
It's true. It's all explained here:
http://perl.apache.org/docs/1.0
I had a brand new server setup yesterday, which has
SuExec installed.
I read somewhere,I don't remember where, that
mod_perl won't work with SuExec.
Is that true? Or did I just think I read that
somewhere?
I see mod_perl in my RPM package installer, with
the options of ignore
I'm a newbee at this, so please have patience.
Question: Even though I have PERL 5.8 installed, we wish to get mod_perl
installed to make use of caching.
Currently, a listing of the %ENV hash indicates that we're running
mod_perl/1.25. PERL 5.8 is also listed out in the PERL5LIB env
Hi there,
On Mon, 6 Jan 2003, Charlie Smith wrote:
[snip,snip]
assume we'll see a speed up after upgrading mod_perl?
Your question is not clear. It depends on what you're doing with it.
If you're already using mod_perl then simply upgrading it won't give
you a substantial performance
Charlie Smith wrote:
Question: Even though I have PERL 5.8 installed, we wish to get mod_perl
installed to make use of caching.
Currently, a listing of the %ENV hash indicates that we're running
mod_perl/1.25.
Okay, so you have mod_perl installed and now you want to use it. Take a
look
don't know ifthe rest of myproblem can besolvedusing mod_perl...
Can anyone givemesome ideas or suggestions that wouldhelp me out...
Thanking u all in anticipation..
Sireesha
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
On Mon, 6 Jan 2003, sireesha vudatha wrote:
Date: Mon, 6 Jan 2003 16:25:04 -0800 (PST)
From: sireesha vudatha [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Question from a newbie regarding apache and mod_perl
Hi all,
I am a beginner and am doing a course project for which I want
I am using RedHat 7.2, apache 1.3.27, mod_perl 1.27. Everything istalls
correctly and make test is all a go. I then start the server, run a
print env script and I dont get a MOD_PERL env and the gatway interface
is CGI/1.1, I am however getting the server software env with
mod_perl/1.27. I
Matt Lopresti wrote:
I am using RedHat 7.2, apache 1.3.27, mod_perl 1.27. Everything istalls
correctly and make test is all a go. I then start the server, run a
print env script and I dont get a MOD_PERL env and the gatway interface
is CGI/1.1, I am however getting the server software env
I am worried about the ENV{MOD_PERL} var not being set. What would cause
that not to get set? Is it a perms issue? In the conf file the User is
nobody and the Group is nobody. I am doing the entire make as root.
Stas Bekman wrote:
Matt Lopresti wrote:
I am using RedHat 7.2, apache 1.3.27
Matt Lopresti wrote:
I am worried about the ENV{MOD_PERL} var not being set. What would cause
that not to get set? Is it a perms issue? In the conf file the User is
nobody and the Group is nobody. I am doing the entire make as root.
If you are seeing the mod_perl token in the server response
If you are seeing the mod_perl token in the server response headers or
the server startup:
http://perl.apache.org/docs/1.0/guide/install.html#Checking_the_error_log
http://perl.apache.org/docs/1.0/guide/install.html#Testing_via_telnet
but not in the script:
http://perl.apache.org/docs/1.0/guide
--
mod_perl digest
November 18, 2002 - December 29, 2002
--
Recent happenings in the mod_perl world...
Sorry
JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
were created with I downloaded the
latest edition of apr. When this was compiled, I was no longer was I
able to recompile apache and the issues with mod_perl compiling were not
resolved. There appears to be a conflict with apache 2.0.43 with
apr-0.9.2. Now things were definitely getting worse. Now
I am debugging a particularly nasty issue right now on a perl script
that when written 2+ yrs ago worked fine. NB: It does not run under
mod_perl and it has not been modified since then. I run it from the cmd
line (with the identical query string and all referenced %ENV vars set
identical
thread without seeing your post if they weren't
interested in this thread. it also has an ill effect on mail archives.]
Terra Info wrote:
I am debugging a particularly nasty issue right now on a perl script
that when written 2+ yrs ago worked fine. NB: It does not run under
mod_perl and it has
to the overall design of mod_perl and its effects on the
functioning of Apache's other components. Anyhow, in answer to your
question, I have not tried it under mod_perl 1 or 2 because this script
would never function under them. It is that poorly written.
So, is there any link between mod_perl
issue at hand, my question was more generic. My questions are more
related to the overall design of mod_perl and its effects on the
functioning of Apache's other components. Anyhow, in answer to your
question, I have not tried it under mod_perl 1 or 2 because this script
would never function under
Stas Bekman wrote:
I still don't understand you. When do you see the problem? When you
run the script under mod_cgi or mod_perl? I don't understand why do
you keep referring to mod_cgi.
And we are talking about Apache/mod_perl 2.0 here, right?
No. I am talking about mod_cgi when I say mod_cgi
that it'll help to
explicitly list them all?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http
JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
, and what available books I
could find.
The environment is RH 8.0, Apache 2.0.43, Perl 5.8.0, mod_perl 1.99_07.
As best as I can tell, Apache, Perl, and mod_perl have been compiled
using the recommended configuration options listed in either Redhat's
instructions or mod_perl's on-line docs. Get
I want to raise my hand on this one too. I went and downloaded, compiled
and built and received the exact same problem on RedHat 8.0 with the same
versin of perl and mod_perl (no surprise). But I just don't have the time
or expertise to track down the exact reason by libapr.so isn't around
group.
Confer with Stas Bekman's post on Nov 26, 2002 with a title of
Problems compiling mod_perl 1.99_07 in RH 8.0. He provides a
cvs patch; but, unfortunately, I'm not familiar with using
that-as least-as of yet. (Look's like I might have learn this
package real soon.) Are they any
by the apr apache group.
Confer with Stas Bekman's post on Nov 26, 2002 with a title of
Problems compiling mod_perl 1.99_07 in RH 8.0. He provides a
cvs patch; but, unfortunately, I'm not familiar with using
that-as least-as of yet. (Look's like I might have learn this
package real soon
Hello all
I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed.
I have looked through the docs and have not seen a solution, so if one
exists and I missed it, let me apologize in advance.
I am running the apache configure script that uses apaci with options to
enable
No No No -
mod_perl-1.99 is really the pre-relase mod_perl 2.
You MUST use Apache 2 with mod_perl 2!
Aloha = Beau.
-Original Message-
From: Frank Laczko Jr. [mailto:[EMAIL PROTECTED]]
Sent: Sunday, December 29, 2002 11:37 PM
To: [EMAIL PROTECTED]
Subject: Help! :) - Installation
This is what i've got trying the same thing:
httpd = 2.0.40 is needed by mod_perl-1.99_05-3
perl = 5.8.0 is needed by mod_perl-1.99_05-3
httpd-mmn = 20020628 is needed by mod_perl-1.99_05-3
libapr.so.0 is needed by mod_perl-1.99_05-3
libaprutil.so.0
On Mon, Dec 30, 2002 at 02:36:47AM -0700, Frank Laczko Jr. wrote:
Hello all
I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed.
I have looked through the docs and have not seen a solution, so if one
exists and I missed it, let me apologize in advance.
I am running
]
Sent: Monday, December 30, 2002 4:59 AM
Subject: RE: Help! :) - Installation problem with mod_perl-1.99_07 and
apache_1.3.27
No No No -
mod_perl-1.99 is really the pre-relase mod_perl 2.
You MUST use Apache 2 with mod_perl 2!
Aloha = Beau.
-Original Message-
From: Frank
($old_status);
return ($rc != Apache::OK) ? $rc : $new_status;
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
as-is. It needs some
patching to work with the new registry.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
I've placed a self-extracting archive, Perl-5.8-win32-bin.exe,
at ftp://theoryx5.uwinnipeg.ca/pub/other/, which contains a Win32
binary distribution of Perl-5.8 and Apache-2.0.43, including
mod_perl-1.99_08. This was built using the sources provided by
ActiveState for build 804
the copy-n-paste recipe from
the install page for 2.0. It'll help a lot if you try that first and
verify that the bug hasn't been fixed already.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
]
Cc: [EMAIL PROTECTED]
Subject: Re: RedHat 8.0 standard Apache2.0 and mod_perl 2.0::PerlRun
doesn't work?
Dale Lancaster wrote:
I have searched the archives and various websites to find my problem and
its associated resolution to no avail.
I upgraded my working Apache 1.3 and mod_perl 1.x
I have
searched the archives and various websites to find my problem and its associated
resolution to no avail.
I
upgraded my working Apache 1.3 and mod_perl 1.x website using the PerlRun option
of modperl to the RedHat 8.0 standard release with Apache/mod_perl 2.0 combo --
bad move
Dale Lancaster wrote:
I have searched the archives and various websites to find my problem and
its associated resolution to no avail.
I upgraded my working Apache 1.3 and mod_perl 1.x website using the
PerlRun option of modperl to the RedHat 8.0 standard release with
Apache/mod_perl 2.0
with apache, in this sense it is more of a pure
abstraction then mod_perl).
I don't' want to discuss the merits of php vs. mod_perl!
Would it be reasonable to set up apache with both mod_perl and php and use php mostly
for the sake of embedding say database data
and then writing mod_perl handlers
Hi -
While converting a site to mod_perl/mason from php, I had varying
degrees of the site using php and mod_perl with no problems.
I think you would be safe. But remenber Perl Rules! and
mod_perl rocks! :)
Aloha = Beau.
-Original Message-
From: Joseph P. Crotty [mailto:[EMAIL
://dev.terranovum.com/cgi-bin/mod_perl_list.pl.
Both links are the same script under the same mod_perl directives. The
only difference is how they are being called. If you need anything else
let me know.
Tom
Relevant httpd.conf entries:
ErrorDocument 404 /cgi-bin/mod_perl_list.pl
Location /cgi-bin
script under the same mod_perl directives. The only difference is
how they are being called. If you need anything else let me know.
Tom
Relevant httpd.conf entries:
ErrorDocument 404 /cgi-bin/mod_perl_list.pl
Location /cgi-bin
SetHandler perl-script
PerlHandler ModPerl::Registry
= $self-[REQ]-status($old_status);
+my $new_status = $self-[STATUS];
+$self-[REQ]-status($old_status);
return ($rc != Apache::OK) ? $rc : $new_status;
}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
With different combinations of Perl and mod_perl versions, it can
get confusing when installing mod_perl on Win32 via ppm in
figuring out the right one to use. To help alleviate some of
this, I've made up a script - mpinstall, accessible (soon)
through the install docs in the Win32 OS specific
for this list is this question:
I would like the local server to examine the HTML for the remote server and possibly
modify it before sending it to the client. I would like to write a mod_perl handler
for this, but I am not sure which phase I should do it at.
[time passes ...] Oh wait, I see
Hi George -
I want to do a reverse proxy of an external site using Apache:
VirtualHost prague
ProxyRequests on
You will want to set ProxyRequests off for a reverse proxy, otherwise
someone could use you as a forward proxy to get to someplace else.
ProxyPass / http://www.externalsite.com
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
On Wed, 18 Dec 2002, Perrin Harkins wrote:
Scott Alexander wrote:
At the moment I have a front_end server with no php support.
Backend is mod_perl. I'm planning to extend our document management
system to serve www pages.
The html documents are on the mod_perl machine. What happens
Scott Alexander wrote:
No mod_perl doesn't serve the documents. I'm just using a PerlTranshandler
to change the uri.
Okay, that should work then.
So if I add php support to the mod_perl server. How much extra
load/memory usage strain will it add to the mod_perl server.
I don't know; that's
When I do an:
rpm -ql perl | grep 'perldoc'
I only get:
/usr/share/man/man1/perldoc.1.bz2
I get
[root@www2 root]# rpm -ql perl | grep 'perldoc'
/usr/bin/perldoc
/usr/share/man/man1/perldoc.1.gz
On Mandrake:
urpmi perl-doc
Which will install the package named perl-doc-5.8.0-13mdk which
[EMAIL PROTECTED] wrote:
Yes, I was able to find CGI.pm. Do you know how I can fix my problem and
get mod_perl installed and configured.
I want to see the output of:
find /usr/lib/perl5 -name CGI.pm
Does it match one of the paths in @INC, as reported by the error message?
Thanks-
Rodney
iansmith wrote:
On Thu, 19 Dec 2002, Stas Bekman wrote:
Before you rebuild it, if you can get the segfault backtrace, that would
be great. If you don't know how, check:
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
Tried to do a make test in the mod_perl directory
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
-mini-HOWTO.htm
(ignore the 'mason' part if your not using it).
5) Check that the mod_perl.so in your apache tree is the same as
the moduled in the mod_perl tree
(/your-path-to-modperl-2-package/src/modules/perl/mod_perl.so).
Aloha = Beau.
-Original Message-
From: Carl Holm [mailto
On Thu, 19 Dec 2002, Carl Holm wrote:
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
JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
(250) 655 - 9513 (PST Time Zone)
Inquiry is fatal
[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 successfully used
Ask Bjoern Hansen wrote:
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
At the moment I have a front_end server with no php support.
Backend is mod_perl. I'm planning to extend our document management
system to serve www pages.
The html documents are on the mod_perl machine. What happens if users add
php code to their html documents?
If I add php support
On Wed, 18 Dec 2002, Scott Alexander wrote:
The html documents are on the mod_perl machine. What happens if users add
php code to their html documents?
If I add php support on the front_end will it work normally?
* Have you thought of setting a separate document route for php
Still half asleep. Stupid typos have been un-typofied:
On Wed, 18 Dec 2002, Raf wrote:
On Wed, 18 Dec 2002, Scott Alexander wrote:
The html documents are on the mod_perl machine. What happens if users add
php code to their html documents?
If I add php support on the front_end
Scott Alexander wrote:
At the moment I have a front_end server with no php support.
Backend is mod_perl. I'm planning to extend our document management
system to serve www pages.
The html documents are on the mod_perl machine. What happens if users add
php code to their html documents
I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors.
I have mod_perl as a shared module.
I can run Apache without mod_perl fine, but when I activate the
mod_perl module, it gives me this in error_log for every connection
and fails to deliver any pages at all.
[notice] child pid
iansmith wrote:
I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors.
I have mod_perl as a shared module.
I can run Apache without mod_perl fine, but when I activate the
mod_perl module, it gives me this in error_log for every connection
and fails to deliver any pages at all
Hello,
When attempting to install mod_perl for Win32 ActivePerl using the repository
shown,
I receive this error message "Error: no suitable installation target found
for package mod_perl.".
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer
I am using ActivePerl
Yes, I was able to find CGI.pm. Do you know how I can fix my problem and
get mod_perl installed and configured.
Thanks-
Rodney
On Wed, 18 Dec 2002 16:13:19 +0800 Stas Bekman [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
I am having some trouble installing mod_perl
on my redhat linux
On Wed, 18 Dec 2002 [EMAIL PROTECTED] wrote:
Yes, I was able to find CGI.pm.
You may have found it but your webserver hasn't.
Do you know how I can fix my problem and
get mod_perl installed and configured.
You need to fix this part first.
I would try unintsalling and then reinstalling
On Thu, 19 Dec 2002, Stas Bekman wrote:
Before you rebuild it, if you can get the segfault backtrace, that would
be great. If you don't know how, check:
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
Tried to do a make test in the mod_perl directory and got
On Wed, 18 Dec 2002, Carl Holm wrote:
Hello,
When attempting to install mod_perl for Win32 ActivePerl using the
repository shown,
I receive this error message Error: no suitable installation target
found for package mod_perl..
http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn
On Wed, 2002-12-18 at 17:48, iansmith wrote:
I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors.
I have mod_perl as a shared module.
I can run Apache without mod_perl fine, but when I activate the
mod_perl module, it gives me this in error_log for every connection
and fails
On Wed, 2002-12-18 at 20:30, Stas Bekman wrote:
iansmith wrote:
I have compiled apache_1.3.27 with mod_perl-1.27 and got no errors.
I have mod_perl as a shared module.
I can run Apache without mod_perl fine, but when I activate the
mod_perl module, it gives me this in error_log
On 19 Dec 2002, Aaron Johnson wrote:
How does your perl -V differ from the Mandrake one? The default install
of Perl didn't have a perldoc either, I am wondering if it is a bad
build.
Mine is
[root@www2 root]# perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0)
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
large_files support) or else the
standard ActivePerl 8xx sources (to disable large_files support).
Sounds like recompiling Perl from the ActivePerl 804 sources with
large_files support disabled is my best bet.
That would most probably fix the problem with mod_perl. Doing
this may lead
that will work with the
%FIELDS hash to insert accessor methods into the symbol table as
needed. There's also a compile() method that can be used to precompile
the methods, which I thought was relevent, given the mod_perl/memory
discussion. It also provides for read-only methods, and a typing system
like
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
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
fastenough
it is a piece of perl
magic that can be super-confusing to developers coming to perl (and
mod_perl) from other languages (um, Java) and I think there's a
voodoo-level involved that's a bit high for my tastes. In the one
place I use it, I don't generate anything, just trap calls to methods
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
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
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
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,
I'm having trouble compiling mod_perl 1.27 (with Apache 1.3.27 / Perl
5.8.0) on Windows (XP SP1 with MS VC++ 6.0 SP5).
It builds fine with Perl 5.8.0 standard sources, but I'm just trying to
upgrade my Perl to the slightly patched sources that ActivePerl Build
804 uses. I've built Perl
Is it worth installing apache 1.x and mod_perl 1.x on
windows if apache2/mod_perl2/perl5.8 run on windows?
Thanks
On Mon, 16 Dec 2002, Steve Hay wrote:
Hi,
I'm having trouble compiling mod_perl 1.27 (with Apache 1.3.27 / Perl
5.8.0) on Windows (XP SP1 with MS VC++ 6.0 SP5).
It builds fine with Perl 5.8.0 standard sources, but I'm just trying to
upgrade my Perl to the slightly patched sources
Randy Kobes wrote:
On Mon, 16 Dec 2002, Steve Hay wrote:
I'm having trouble compiling mod_perl 1.27 (with Apache 1.3.27 / Perl
5.8.0) on Windows (XP SP1 with MS VC++ 6.0 SP5).
It builds fine with Perl 5.8.0 standard sources, but I'm just trying to
upgrade my Perl to the slightly patched
developer to look at this.
Looking at mod_perl (1.27)'s Makefile.PL I see that there is a
uselargefiles_check() routine that originally warned about conflicts,
but now (as of 1.27, according to the Changes file) automatically sets
PERL_USELARGEFILES=0 to try to avert disaster. But the only
On Mon, 16 Dec 2002, Paul Simon wrote:
Is it worth installing apache 1.x and mod_perl 1.x on
windows if apache2/mod_perl2/perl5.8 run on windows?
I guess it depends on what one is using it for ... For a
development/learning system, the performance enhancements with
apache2/modperl2 probably
801 - 900 of 6247 matches
Mail list logo
