Re: [RELEASE CANDIDATE] mod_perl-2.0.2 RC2
Philip M. Gollucci wrote: A release candidate for mod_perl 2.0.2 is now available for testing. All tests OK now on WinXP/VC6 with perl-5.8.7 and apache-2.0.54. (And I still have the Apache 1 installed in C:\apache which broke things for me when testing RC1.) Radan Computational Ltd. The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
Re: Setting a module to handle the requests to /
Octavian Rasnita wrote: > Is it possible to configure httpd.conf in such a way that when the users > request the / directory, that module will handle it, but if the users > request for a static file like /style.css for example, that file is served? > > I have tried: > > > SetHandler perl-script > PerlResponseHandler Foo::Bar > Sorry for the delayed reply, I've been lax in my reading. Here is another way, add your images and static files to locations with default handlers: SetHandler none SetHandler none Then /inc/style.css will work as expected. I have actually configured my site this way. -- __ Garrison Hoffman Codefix Consulting 1.718.210.3445 [EMAIL PROTECTED] http://codefix.net/ 1.866.456.0584
Re: Problem installing modperl:- Dynaloader relocate issue.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bring it back to the list: Hi, assuming you have installed perl in /opt/perl4modperl. You have to call mod-perl's Makefile.PL like this: - -8<- cd /tmp/mod_perl-2.0.1 /opt/perl4modperl/bin/perl Makefile.PL - -8<- Before doing that I please completely remove the source-files you tried compiling the last time and unzip the mod-perl.tar.gz once more. You can even read this thread where I've posted the complete installation process: http://www.gossamer-threads.com/lists/modperl/modperl/83574#83578 Just ask if there are more questions ;-) Tom [EMAIL PROTECTED] wrote: > Hello Mr.Tom Schindl, > I tried your suggestion. But I could not find a way to link the > /opt/perl4modperl libraries to the mod perl config script ( makefile > generator by Makefile.pl ). The makefile generator mentioned earlier by > default takes /usr/bin/perl and /usr/local/lib/perl . Also, I could not fine > how to include perl directioies in mod perl build options. Can you suggest a > way out of it. > > I would be much grateful if you could do so. > > > > With warm regards. > > Vivek J. Joshi. > > [EMAIL PROTECTED] > Trikon electronics Pvt. Ltd. > > --New opinions often appear first as jokes and fancies, then as blasphemies > and treason, then as questions open to discussion, and finally as established > truths. > > > > Tom Schindl wrote: > >>>-BEGIN PGP SIGNED MESSAGE- >> >>Hash: SHA1 >> >>[EMAIL PROTECTED] wrote: >> >>>--- Start Bug Report -- >>>1. Problem Description: >>> >>>I am using an AMD 64-bit dual processor machine with 4GB RAM. The operating > > system is Slackware Lin > >>>ux 10. I have Apache 2.0.54 and Perl 5.8.6 . I am trying to install mod perl > > and running with all a > >>> problem while I run make. The config process goes fine. The apxs and > > apr-config are passed during > >>>configuration process properly. When the make command runs, I get the > > following error:- > >>>I get the following error which says:- >>> >>>/**/ >>> >>> > > /opt/crosstool/x86_64-unknown-linux-gnu/gcc-3.4.1-glibc-2.3.3/lib/gcc/x86_64-unk > nown-linux-gnu/3.4. > >>>1/../../../../x86_64-unknown-linux-gnu/bin/ld: > > /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoa > >>>der/DynaLoader.a(DynaLoader.o): relocation R_X86_64_32 can not be used when > > making a shared object; > >>> recompile with -fPIC >>>/usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLoader.a: could > > not read symbols: Bad v > >>>alue >>>collect2: ld returned 1 exit status >>>make[1]: *** [mod_perl.so] Error 1 >>> >>>/**/ >>> >>>The entire command runs as follows:- >>> >>>/**/ >>> >>>x86_64-unknown-linux-gnu-gcc -shared -L/usr/local/lib \ >>> \ >>>mod_perl.lo modperl_interp.lo modperl_tipool.lo modperl_log.lo > > modperl_config.lo modperl_cmd.lo mod > >>>perl_options.lo modperl_callback.lo modperl_handler.lo modperl_gtop.lo > > modperl_util.lo modperl_io.l > >>>o modperl_io_apache.lo modperl_filter.lo modperl_bucket.lo modperl_mgv.lo > > modperl_pcw.lo modperl_gl > >>>obal.lo modperl_env.lo modperl_cgi.lo modperl_perl.lo modperl_perl_global.lo > > modperl_perl_pp.lo mod > >>>perl_sys.lo modperl_module.lo modperl_svptr_table.lo modperl_const.lo > > modperl_constants.lo modperl_ > >>>apache_compat.lo modperl_error.lo modperl_debug.lo modperl_common_util.lo > > modperl_common_log.lo mod > >>>perl_hooks.lo modperl_directives.lo modperl_flags.lo modperl_xsinit.lo > > modperl_exports.lo -Wl,-E > >>>-L/usr/local/lib > > /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLoader.a > -L/usr/local/ > >>>lib/perl5/5.8.6/x86_64-linux/CORE -lperl -lnsl -ldl -lm -lcrypt -lutil -lc \ >>>-o mod_perl.so >>> > > /opt/crosstool/x86_64-unknown-linux-gnu/gcc-3.4.1-glibc-2.3.3/lib/gcc/x86_64-unk > nown-linux-gnu/3.4. > >>>1/../../../../x86_64-unknown-linux-gnu/bin/ld: > > /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoa > >>>der/DynaLoader.a(DynaLoader.o): relocation R_X86_64_32 can not be used when > > making a shared object; > >>> recompile with -fPIC >>>/usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLoader.a: could > > not read symbols: Bad v > >>>alue >>>collect2: ld returned 1 exit status >>>make[1]: *** [mod_perl.so] Error 1 >>>make[1]: Leaving directory > > `/home/staff/install/mod_perl-2.0.1/src/modules/perl' > >>>make: *** [modperl_lib] Error 2 >>> >>>/**/ >>> >>>I guess it is a problem with perl installation where Dynaloader should have > > been installed with > >>>-fPIC. If it is so, will I have to reinstall my perl
Re: Greetings - Looking for direction
Sean Kelly wrote: > Long story short, I started out looking for a way to have Apache > automatically append a standard footer to the bottom of pages whether > html, php, cgi or other files/locations that I matched. Searching > around, I found that Apache::Sandwich was probably a decent way to > accomplish this. One problem: I’m running Apache 2.0.54 and mod_perl2: > no Apache::Sandwich for me. It sounds like you may want an output filter, rather than a content handler; have you looked at mod_include? http://httpd.apache.org/docs/2.0/filter.html If you decide to write your own filter, here is a good place to start: http://perl.apache.org/docs/2.0/user/handlers/filters.html -- __ Garrison Hoffman Codefix Consulting 1.718.210.3445 [EMAIL PROTECTED] http://codefix.net/ 1.866.456.0584
Re: Thank you for modperl2
Randal L. Schwartz wrote: > In spite of my grumblings earlier... > > I would like to extend a great "thank you" to the modperl2 team. thanks! --Geoff
Re: Greetings - Looking for direction
Sean Kelly wrote: Long story short, I started out looking for a way to have Apache automatically append a standard footer to the bottom of pages whether html, php, cgi or other files/locations that I matched. The right way to do this in mod_perl 2 is a filter: http://perl.apache.org/docs/2.0/user/handlers/filters.html - Perrin
[MP2] Disable Perl*Handlers for sublocations
Garrison Hoffman wrote: > Here is another way, add your images and static files to locations > with default handlers: > > > SetHandler none > This seems to disable the PerlHandler, but the Perl*Handlers remain intact. I have defined a PerlAuthenHandler, PerlAuthzHandler and a PerlFixupHandler for / and would like to disable all for /images. Is that at all possible (with MP2)? And if so: how? Met vriendelijke groet / Kind regards, Frank Maas Cheiron IT bv
I can't get mod_perl 2.0 working :(
Hi everyone. I've tried using google, and posting on forums, and no one seems to have an answer for me. Everything on google is all about using apache 1.3 with mod_perl, and the stuff about 2.0 doesn't really give detailed instructions about anything. So hopefully someone on here can help. Please note that I really want STATIC mod_perl...there will be quite a few client connections hitting this box. Here's the scoop on the box: OS: RHEL 3 Advanced Server mod_perl: mod_perl-2.0.1 Apache: httpd-2.0.54 -- [EMAIL PROTECTED] mod_perl-2.0.1]# rpm -qa | grep -i mysql mysql-3.23.58-1 mysql-server-3.23.58-1 perl-DBD-MySQL-2.1021-3 libdbi-dbd-mysql-0.6.5-5 MySQL-python-0.9.1-6 mysql-devel-3.23.58-1 [EMAIL PROTECTED] mod_perl-2.0.1]# rpm -qa | grep -i dbi libdbi-0.6.5-5 libdbi-dbd-mysql-0.6.5-5 perl-DBI-1.32-5 -- [EMAIL PROTECTED] mod_perl-2.0.1]# perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.21-1.1931.2.393.entsmp, archname=i386-linux-thread-multi uname='linux por' config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686 -Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Dotherlibdirs=/usr/lib/perl5/5.8.0 -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef' useithreads=define usemultiplicity= useperlio= d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=un uselongdouble= usemymalloc=, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='3.2.3 20030502 (Red Hat Linux 3.2.3-19)', gccosandvers='' gccversion='3.2.3 200305' intsize=o, longsize=s, ptrsize=l, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long' k', ivsize=4' ivtype, nvtype='double' o_no', nvsize=, Off_t='', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc' l', ldflags =' -L/usr/local/lib' ldflags_use' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs= libc=/lib/libc-2.3.2.so, so=so, useshrplib=true, libperl=libper gnulibc_version='2.3.2' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so', d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE' cccdlflags='-fPIC' ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5', lddlflags='s Unicode/Normalize XS/A' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Locally applied patches: MAINT18379 Built under linux Compiled at Sep 15 2003 10:03:52 @INC: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 . -- [EMAIL PROTECTED] mod_perl-2.0.1]# perl -V:use5005threads -V:useithreads -V:usemultiplicity use5005threads='undef'; useithreads='define'; usemultiplicity='define'; (I know these are listed up above too...just easier to see here) -- [EMAIL PROTECTED] mod_perl-2.0.1]# gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.2.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --host=i386-redhat-linux Thread model: posix gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-20) -- Now here'
Re: I can't get mod_perl 2.0 working :(
> mod_so.c since you already have mod_so in your httpd, why not just compile mod_perl as a DSO? the main reasons why DSO was not the method of choice for 1.3 are pretty much gone now. in fact, things are quite the opposite - mod_perl 2.0 was developed using DSO from the start, leaving static compilation as a much later add-on. personally, I've never even tried to compile mp2 statically, but there are those that have and say that it works. so, with an existing httpd with mod_so compiled in compiling mod_perl is pretty simple: $ perl Makefile.PL MP_USE_DSO=1 MP_APXS=/path/to/httpd/bin/apxs $ make && make test $ sudo make install then add the LoadModule directive to your httpd.conf, as shown after the Makefile.PL stage. HTH --Geoff
Fwd: Htgroup adding blank lin when it is within a loop
Please, If anyone can help me. I know this is not a modperl issue but
just wanted to know if anyone handled it before.
Regards,
Raja
-- Forwarded message --
From: raja agireddy <[EMAIL PROTECTED]>
Date: Oct 12, 2005 10:41 AM
Subject: Htgroup adding blank lin when it is within a loop
To: [EMAIL PROTECTED]
Rich,
I am using Htgroup version 1.22 and perl 5.8. The adduser function
works fine when I use it individually, but when i use it within a loop
it adds an extra line like this
***
:
***
Following is my code:
foreach $aprofile (@aprofiles) {
if
(!$htinprofile->ismember(lc($query->param('new_user'))),$aprofile) {
$aprofile =~ s/ //;
$aprofile =~ s/\n//;
print "prof $aprofile prof\n";
$htinprofile->adduser(lc($query->param('new_user')),$aprofile);
$htinprofile->save;
$self->reload;
}
}
A handler just for the / location
Hi, I have asked on this list about how I can put a handler listen just to the / location, but not to other locations which are not handled by other perl handlers. I found the answer, and here it is: Instead of using: SetHandler perl-script PerlResponseHandler ModPerl::Testing I can use: SetHandler perl-script PerlResponseHandler ModPerl::Testing Teddy
Re: [RELEASE CANDIDATE] mod_perl-2.0.2 RC2
Christopher H. Laco wrote: Philip M. Gollucci wrote: A release candidate for mod_perl 2.0.2 is now available for testing. Please grab the candidate from http://people.apache.org/~pgollucci/mp2/mod_perl-2.0.2-RC2.tar.gz and report back successes or failures. When reporting failures, please see the bug reporting guidelines at http://perl.apache.org/bugs/ so that your report can get the best attention possible. This candidate contains the following fixes found from RC1: http://svn.apache.org/viewcvs?rev=319405&view=rev The bundled Apache-Test library contains the following fixes from RC1: http://svn.apache.org/viewcvs?rev=293485&view=rev http://svn.apache.org/viewcvs?rev=314992&view=rev All tests pass on Ubuntu 5.04 with a self built 2.0.54 prefork, Perl 5.8.4. The t/directive/perldo.t now passes on the Ubuntu package 2.0.53 with the executable named apache2. All tests pass on FreeBSD 5.4-STABLE, Apache 2.0.54 prefork, Perl 5.8.4. -=Chris Solaris 8 x86/SPARC Apache 2.0.54 prefork Perl 5.8.7 (threaded) All tests pass. -- Cory Omand <[EMAIL PROTECTED]>
Re: A handler just for the / location
Octavian Rasnita wrote: Instead of using: SetHandler perl-script PerlResponseHandler ModPerl::Testing I can use: SetHandler perl-script PerlResponseHandler ModPerl::Testing Does that still for for example http://google.com vs http://google.com/ -- END What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com
RE: A handler just for the / location
If you type http://domain.com into a browser, it issues a request for /. (at least firefox does). I doubt you can do a GET request for an empty path, i assume that that is handled by the browser. If it wasn't, i would think that mod_dir would bounce the request to '/', and it would still work. Adam -Original Message- From: Philip M. Gollucci [mailto:[EMAIL PROTECTED] Sent: Thursday, October 13, 2005 3:05 PM To: Octavian Rasnita Cc: modperl@perl.apache.org Subject: Re: A handler just for the / location Octavian Rasnita wrote: > Instead of using: > > > SetHandler perl-script > PerlResponseHandler ModPerl::Testing > > > I can use: > > > SetHandler perl-script > PerlResponseHandler ModPerl::Testing > Does that still for for example http://google.com vs http://google.com/ -- END What doesn't kill us can only make us stronger. Nothing is impossible. Philip M. Gollucci ([EMAIL PROTECTED]) 301.254.5198 Consultant / http://p6m7g8.net/Resume/ Senior Developer / Liquidity Services, Inc. http://www.liquidityservicesinc.com http://www.liquidation.com http://www.uksurplus.com http://www.govliquidation.com http://www.gowholesale.com
Re: A handler just for the / location
Adam Prime x443 wrote: > If you type http://domain.com into a browser, it issues a request for /. > (at least firefox does). > > I doubt you can do a GET request for an empty path, / is required per the rfc, so you cannot omit it. go ahead and try it via telnet on your favorite site :) --Geoff
Re: A handler just for the / location
From: "Geoffrey Young" <[EMAIL PROTECTED]> > > / is required per the rfc, so you cannot omit it. go ahead and try it via > telnet on your favorite site :) > > --Geoff Well, here it is just a test: telnet www.site.com 80 GET HTTP://www.site.com HTTP/1.1 Host: www.site.com And it works. So my opinion is Apache could add a "/" to these requests that actually don't require anything from the host. But anyway, the method of using instead of for "/" path works fine, and is faster than other methods. Teddy
Re: A handler just for the / location
From: "Philip M. Gollucci" <[EMAIL PROTECTED]> > Octavian Rasnita wrote: > > Instead of using: > > > > > > SetHandler perl-script > > PerlResponseHandler ModPerl::Testing > > > > > > I can use: > > > > > > SetHandler perl-script > > PerlResponseHandler ModPerl::Testing > > > Does that still for for example > http://google.com > vs > http://google.com/ > > -- > END Yes it also handles that path (no-path) I heard that some browsers use to add the "/" after the location if it doesn't end in "/", but I am not sure they do that because for example if I have an URL like: http://www.site.com/test then Internet Explorer doesn't add a "/" after it if /test location is handled by a mod_perl handler, but it adds a "/" if /test is a common directory. IE cannot know if /test is a directory or just a virtual path, so "/" might be returned by Apache. Anyway, I am not sure, so I have created a little client with LWP that gets http://www.site.com/test (without a trailing /) and the page is displayed correctly. Teddy
Re: A handler just for the / location
Octavian Rasnita wrote: > From: "Geoffrey Young" <[EMAIL PROTECTED]> > >>/ is required per the rfc, so you cannot omit it. go ahead and try it via >>telnet on your favorite site :) >> >>--Geoff > > > Well, here it is just a test: > > telnet www.site.com 80 > GET HTTP://www.site.com HTTP/1.1 > Host: www.site.com > > And it works. /me sighs ok, yeah it works, but that's not what anyone means. you're sending an absolute URI, which is only really valid for proxy requests (but must be understood by all HTTP/1.1-compliant servers for non-proxy requests as well - see 2616, section 5.1.2) anyway, the question was more about GET HTTP/1.1 or GET foo.html HTTP/1.1 the point being that the request must start with / (or be an absolute URI, such as for a proxy request). --Geoff
Re: Fwd: Htgroup adding blank lin when it is within a loop
On Thu, 2005-10-13 at 12:43 -0400, raja agireddy wrote: > Please, If anyone can help me. I know this is not a modperl issue but > just wanted to know if anyone handled it before. The list you want for general apache help is httpd-users: http://httpd.apache.org/lists.html#http-users You can also use the #apache IRC channel, as described here: http://www.onlamp.com/pub/a/apache/2003/12/04/apacheckbk.html - Perrin
Re: I can't get mod_perl 2.0 working :(
You are doing things wrong. This is right: # cd /usr/local/src # tar -xzvf *.tar.gz # cd mod_perl-2.0.1 # perl Makefile.PL MP_USE_STATIC=1 \ MP_AP_PREFIX=/usr/local/src/httpd-2.0.54 \ MP_AP_CONFIGURE="--with-mpm=prefork --prefix=/usr/bin/apache2" # make # make install "Brandon Mayes" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi everyone. I've tried using google, and posting on forums, and no one > seems to have an answer for me. Everything on google is all about using > apache 1.3 with mod_perl, and the stuff about 2.0 doesn't really give > detailed instructions about anything. So hopefully someone on here can > help. Please note that I really want STATIC mod_perl...there will be quite > a few client connections hitting this box. Here's the scoop on the box: > [...]
Re: Apache 2.0.54+Perl5.8.7+mod_perl2.0.1 (win32) - Redirection problem
On Tue, 11 Oct 2005, Saurabh Soni wrote:
Hi,
I have a perl web-application on apache that needed upgrades for perl,
apache and mod_perl. I setup a server (win32) running Apache 2.0.54 with
perl 5.8.7 and mod_perl 2.0.1 (Randy Kobes win32 build), made the necessary
httpd.conf changes but got stuck at a redirection problem. The old perl code
uses CGI::Redirect to redirect to certain pages of the application from the
default page. This causes the server to go in an endless loop of redirects
to the same page until the following error message appears in error log.
Can you give a minimal example script or handler that
exhibits this behaviour? I tried the following script:
#!D:/Perl/bin/perl
# called as http://localhost/perl/redirect
use strict;
use CGI qw(redirect);
print redirect('http://localhost/perl/printenv');
run under ModPerl::Registry, and it worked fine.
This is with CGI.pm version 3.10.
--
best regards,
randy kobes
Re: I can't get mod_perl 2.0 working :(
Hi Brandon,
mod_perl : mod_perl-2.0.1
Apache : httpd-2.0.54
Do u have Perl Installed - Version 5.8.0 minimum or greater.
The actual building process is as follows : (1) APACHE (2) PERL (3) MOD_PERL
Plz don't extract all the tar.gz files at a stretch. Extract one after
the other. I mean, first extract httpd, build it and then extract
perl, build it and finally extract modperl.
So, First build Apache as follows : -
Extract in /usr/local/src and descend into the directory httpd-2.0.54
--prefix is the directory where u want to install apache. It is
recommeded that the directory where u want to install apache, install
modperl , install perl are all under one parent directory. So, create
a directory under /usr/local/src as apache2 and execute this command :
-
httpd-2.0.54# ./configure --prefix=/usr/local/src/apache2 --with-mpm=prefork
Ofcourse , make && make install later in httpd-2.0.54
Download PERL from http://cpan.org/src/ - perl - 5.8.0 or greater.
Next , Extract it and create a seperate directory in /usr/local/src as
"perl" and descend into the directory which u had extracted and
execute : -
./Configure -des -Dprefix=/usr/local/src/perl -Dusethreads
Execute make && make test && make install
Before proceeding with the installation of mod_perl 2.0, it's
advisable to install at
least the LWP package into your newly installed Perl distribution so
that you can
fully test mod_perl 2.0 later. You can use CPAN.pm to accomplish that:
/usr/local/src/perl/bin/perl -MCPAN -e 'install("LWP")'
This takes atleast 20 min. to finish and u r prompted for a set of
commands and other questions. Choose Default ( Press Enter for every
question ). If prompted about the website for CPAN, Enter it as :
http://cpan.org
Finally, Build MOD_PERL as follows : -
Extract the directory modperl-2.0.1 and descend into the directory and
execute : -
/usr/local/src/modperl-2.0.1# perl Makefile.PL
MP_AP_PREFIX=/usr/local/src/apache2
Now execute : make and then copy :
/usr/local/apache2/modules/mod_perl.so to /etc/httpd/modules and Enter
this line in httpd.conf
LoadModule perl_module modules/mod_perl.so
Now execute : make test and it should show u that " All tests successful "
Finally execute : make install
END
On 10/13/05, Brandon Mayes <[EMAIL PROTECTED]> wrote:
> Hi everyone. I've tried using google, and posting on forums, and no one
> seems to have an answer for me. Everything on google is all about using
> apache 1.3 with mod_perl, and the stuff about 2.0 doesn't really give
> detailed instructions about anything. So hopefully someone on here can
> help. Please note that I really want STATIC mod_perl...there will be quite
> a few client connections hitting this box. Here's the scoop on the box:
>
> OS: RHEL 3 Advanced Server
> mod_perl: mod_perl-2.0.1
> Apache: httpd-2.0.54
>
> --
> [EMAIL PROTECTED] mod_perl-2.0.1]# rpm -qa | grep -i mysql
> mysql-3.23.58-1
> mysql-server-3.23.58-1
> perl-DBD-MySQL-2.1021-3
> libdbi-dbd-mysql-0.6.5-5
> MySQL-python-0.9.1-6
> mysql-devel-3.23.58-1
> [EMAIL PROTECTED] mod_perl-2.0.1]# rpm -qa | grep -i dbi
> libdbi-0.6.5-5
> libdbi-dbd-mysql-0.6.5-5
> perl-DBI-1.32-5
>
> --
> [EMAIL PROTECTED] mod_perl-2.0.1]# perl -V
> Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
> Platform:
> osname=linux, osvers=2.4.21-1.1931.2.393.entsmp,
> archname=i386-linux-thread-multi
> uname='linux por'
> config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686
> -Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat,
> Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux
> -Dvendorprefix=/usr -Dsiteprefix=/usr -Dotherlibdirs=/usr/lib/perl5/5.8.0
> -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid
> -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog
> -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly
> -Dpager=/usr/bin/less -isr'
> hint=recommended, useposix=true, d_sigaction=define
> usethreads=define use5005threads=undef'
> useithreads=define usemultiplicity=
> useperlio= d_sfio=undef uselargefiles=define usesocks=undef
> use64bitint=undef use64bitall=un uselongdouble=
> usemymalloc=, bincompat5005=undef
> Compiler:
> cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
> -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
> optimize='',
> cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING
> -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm'
> ccversion='', gccversion='3.2.3 20030502 (Red Hat Linux 3.2.3-19)',
> gccosandvers=''
> gccversion='3.2.3 200305'
> intsize=o, longsize=s, ptrsize=l, double
Re: I can't get mod_perl 2.0 working :(
Yes of course I have perl installed. I even posted my output from perl -V
(see output below). I wound up giving up on the static mod_perl and built
it dynamically. I have it working...I think. I can get the httpd server to
start, and it loads the perl_module as well as Apache::Session and
Apache::DBI without complaining. When I try to access the page through a
browser though, I get an "Internal Server Error" which usually happens when
I have an error in the code (or at least, it happens on the machine that
this is running on right now. I'm trying to move the code over to a newer
machine...). At least httpd doesn't complain about the conf file when I
start it up though, and at least it's not timing out when I access the page
through a browser. I think I can get figure it out from here though. I'll
stick with dynamic modperl for right now and see what the performance is
like. If I need to, I'll make it static later. Thanks.
-Brandon
- Original Message -
From: "Maruthi Vara Prasad Chirravuri" <[EMAIL PROTECTED]>
To: "Brandon Mayes" <[EMAIL PROTECTED]>;
Sent: Friday, October 14, 2005 12:33 AM
Subject: Re: I can't get mod_perl 2.0 working :(
Hi Brandon,
mod_perl : mod_perl-2.0.1
Apache : httpd-2.0.54
Do u have Perl Installed - Version 5.8.0 minimum or greater.
The actual building process is as follows : (1) APACHE (2) PERL (3) MOD_PERL
Plz don't extract all the tar.gz files at a stretch. Extract one after
the other. I mean, first extract httpd, build it and then extract
perl, build it and finally extract modperl.
So, First build Apache as follows : -
Extract in /usr/local/src and descend into the directory httpd-2.0.54
--prefix is the directory where u want to install apache. It is
recommeded that the directory where u want to install apache, install
modperl , install perl are all under one parent directory. So, create
a directory under /usr/local/src as apache2 and execute this command :
-
httpd-2.0.54# ./configure --prefix=/usr/local/src/apache2 --with-mpm=prefork
Ofcourse , make && make install later in httpd-2.0.54
Download PERL from http://cpan.org/src/ - perl - 5.8.0 or greater.
Next , Extract it and create a seperate directory in /usr/local/src as
"perl" and descend into the directory which u had extracted and
execute : -
/Configure -des -Dprefix=/usr/local/src/perl -Dusethreads
Execute make && make test && make install
Before proceeding with the installation of mod_perl 2.0, it's
advisable to install at
least the LWP package into your newly installed Perl distribution so
that you can
fully test mod_perl 2.0 later. You can use CPAN.pm to accomplish that:
/usr/local/src/perl/bin/perl -MCPAN -e 'install("LWP")'
This takes atleast 20 min. to finish and u r prompted for a set of
commands and other questions. Choose Default ( Press Enter for every
question ). If prompted about the website for CPAN, Enter it as :
http://cpan.org
Finally, Build MOD_PERL as follows : -
Extract the directory modperl-2.0.1 and descend into the directory and
execute : -
/usr/local/src/modperl-2.0.1# perl Makefile.PL
MP_AP_PREFIX=/usr/local/src/apache2
Now execute : make and then copy :
/usr/local/apache2/modules/mod_perl.so to /etc/httpd/modules and Enter
this line in httpd.conf
LoadModule perl_module modules/mod_perl.so
Now execute : make test and it should show u that " All tests successful "
Finally execute : make install
END
On 10/13/05, Brandon Mayes <[EMAIL PROTECTED]> wrote:
Hi everyone. I've tried using google, and posting on forums, and no one
seems to have an answer for me. Everything on google is all about using
apache 1.3 with mod_perl, and the stuff about 2.0 doesn't really give
detailed instructions about anything. So hopefully someone on here can
help. Please note that I really want STATIC mod_perl...there will be
quite
a few client connections hitting this box. Here's the scoop on the box:
OS: RHEL 3 Advanced Server
mod_perl: mod_perl-2.0.1
Apache: httpd-2.0.54
--
[EMAIL PROTECTED] mod_perl-2.0.1]# rpm -qa | grep -i mysql
mysql-3.23.58-1
mysql-server-3.23.58-1
perl-DBD-MySQL-2.1021-3
libdbi-dbd-mysql-0.6.5-5
MySQL-python-0.9.1-6
mysql-devel-3.23.58-1
[EMAIL PROTECTED] mod_perl-2.0.1]# rpm -qa | grep -i dbi
libdbi-0.6.5-5
libdbi-dbd-mysql-0.6.5-5
perl-DBI-1.32-5
--
[EMAIL PROTECTED] mod_perl-2.0.1]# perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=linux, osvers=2.4.21-1.1931.2.393.entsmp,
archname=i386-linux-thread-multi
uname='linux por'
config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686
-Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red
Hat,
Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux
-Dvendorprefix=/usr -D
