Re: MP1 - libapreq1.2 broke apache / mod_perl installation
The latest version of ExtUtils::MakeMaker tickles a bug in libapreq's c/Makefile.PL. There has been quite a bit of discussion of this issue in the last week on apreq-dev, p5p, and on this list as well. aha! I'd noticed some threads about compiling libapreq - should have read them in detail. I always assume when i encounter a problem that it is my mistake/bug rather than the module's. Now and then it turns out it is the module. I should also get out of the habit of upgrading modules without discrimination... if i'd known of the conflict I'd have left MakeMaker unchanged as libapreq is of more use to me Michael Schwern [hope I spelled it right :] posted two patches to the apreq-dev list designed to fix these problems. As soon as enough folks decide which of his patches is best, we'll roll a 1.3 release that fixes the problem. I guess I'll just sit tight and wait, then. My mod_perl knowledge is not good enough to help here - and besides I am in a fight of my own with Apache::Session::Postgresql :( -- Iphigenie, [EMAIL PROTECTED] on 04/08/2003
MP1 - libapreq1.2 broke apache / mod_perl installation
Hi I am puzzled. I installed libapreq1.2 on a server the normal way (perl Makefile.PL, make, make test, make install) and now my server refuses to run Apache::Cookie or Apache::Request. It complains of [Sun Aug 3 18:09:29 2003] [error] Can't load '/usr/lib/perl5/site_perl/5.6.1/i386-linux/auto/Apache/Cookie/Cookie.so' for module Apache::Cookie: libapreq.so: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm line 206. at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14 What puzzles me is that it this worked perfectly on another near identical machine. Why does it want .so files? I thought that happened only if you installed it using the ./configure method, which I didnt. Apache Modperl installed from the official redhat 7.2 rpms Please help, I have a production server that is down and I cannot think straight at the moment. -- Joelle Nebbe, [EMAIL PROTECTED] on 03/08/2003
Re: MP1 - libapreq1.2 broke apache / mod_perl installation
I installed libapreq1.2 on a server the normal way (perl Makefile.PL, make, make test, make install) and now my server refuses to run Apache::Cookie or Apache::Request. It complains of [Sun Aug 3 18:09:29 2003] [error] Can't load '/usr/lib/perl5/site_perl/5.6.1/i386- linux/auto/Apache/Cookie/Cookie.so' for module Apache::Cookie: libapreq.so: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm line 206. at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14 What puzzles me is that it this worked perfectly on another near identical machine. Why does it want .so files? I thought that happened only if you installed it using the ./configure method, which I didnt. I looked and I had files all over the place in my perl library tree, in Apache, libapreq, Apache/Cookie, Apache/Request, Apache/libapreq etc etc I reckon I had several versions in parallel and Dynaloader mixed and matched as it pleased. So I deleted all those Cookie.pm, Cookie.so, Request.pm, Request.so etc. etc. and reinstalled libapreq 1.0 My server works again so the panic is gone. The question remains: what did i naively do wrong the first time? Thanks
Re: MP1 - libapreq1.2 broke apache / mod_perl installation
Iphigenie [EMAIL PROTECTED] writes: [...] What puzzles me is that it this worked perfectly on another near identical machine. Why does it want .so files? I thought that happened only if you installed it using the ./configure method, which I didnt. The latest version of ExtUtils::MakeMaker tickles a bug in libapreq's c/Makefile.PL. There has been quite a bit of discussion of this issue in the last week on apreq-dev, p5p, and on this list as well. Michael Schwern [hope I spelled it right :] posted two patches to the apreq-dev list designed to fix these problems. As soon as enough folks decide which of his patches is best, we'll roll a 1.3 release that fixes the problem. [...] The question remains: what did i naively do wrong the first time? Probably nothing- this is a bug in libapreq. -- Joe Schaefer
RE: mod_perl installation problem...
On Wed, 23 Jul 2003, Jim Morrison [Mailing-Lists] wrote: [ .. ] Make appeared to be successful yes (afaik)... I did wonder about the permissions thing but I tried as root to no avail.. Some people have had problems running the tests as root ... You might want to try unpacking, building, and testing as some user other than root, and only su to root when installing. -- best regards, randy
RE: mod_perl installation problem...
subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:13 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:14 2003] [error] Undefined subroutine TestApReq::big_input::handler called. [Wed Jul 23 09:42:14 2003] [error] Can't load '/usr/src/libapreq-1.2/blib/arch/auto/Apache/Request/Request.so' for module Apache::Request: libapreq.so.1: cannot open shared object file: No such file or directory at /usr/local/ lib/perl5/5.8.0/i686-linux/DynaLoader.pm line 229. at /usr/local/lib/perl5/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /usr/src/libapreq-1.2/t/response/TestApReq/cookie.pm line 10. BEGIN failed--compilation aborted at /usr/src/libapreq-1.2/t/response/TestApReq/cookie.pm line 10. Compilation failed in require at (eval 22) line 3. [Wed Jul 23 09:42:14 2003] [error] Undefined subroutine TestApReq::cookie::handler called. [Wed Jul 23 09:42:14 2003] [error] Can't locate object method new via package Apache::Request at /usr/src/libapreq-1.2/t/response/TestApReq/inherit.pm line 9. [Wed Jul 23 09:42:14 2003] [error] Can't locate object method new via package Apache::Request at /usr/src/libapreq-1.2/t/response/TestApReq/request.pm line 14. [Wed Jul 23 09:42:14 2003] [error] Can't locate object method new via package Apache::Request at /usr/src/libapreq-1.2/t/response/TestApReq/request.pm line 14. === -Original Message- From: Randy Kobes [mailto:[EMAIL PROTECTED] Sent: 22 July 2003 16:50 To: Jim Morrison [Mailing-Lists] Cc: [EMAIL PROTECTED] Subject: Re: mod_perl installation problem... On Tue, 22 Jul 2003, Jim Morrison [Mailing-Lists] wrote: Hello, I've just come a cropper trying to reinstall mod_perl, and I'm a little desparate! Any help would be greatly appreciated. (I've 'a' mod_perl/apache running fine, but I can't get Apache::Cookie running along with) I'm trying to install: apache_1.3.28 + mod_perl-1.28 My config for mod_perl is : APACHE_SRC=../apache_1.3.28/src \ DO_HTTPD=1 EVERYTHING=1 \ DYNAMIC=1 USE_APACI=1 Though I've tried pretty much every variation on that with the same result.. During 'make test' I keep getting: modules/request...NOK 1Test header seen more than once! modules/request...NOK 2Test header seen more than once! modules/request...FAILED tests 1-10 Failed 10/10 tests, 0.00% okay snip Failed 1/34 test scripts, 97.06% okay. 10/318 subtests failed, 96.86% okay. make: *** [run_tests] Error 29 (also skips cookie, module and api) .. Thing is I've got a mod_perl running just fine - What I'm trying to do is install Apache::Cookie, but it won't because libapreq (1.2) is complaining... It's strange that it runs modules/request but skips modules/cookie, as both should be run by a successful install of libapreq (which supplies Apache::Request and Apache::Cookie). Might a partial install of libapreq been made? It might be worth first tracking down the problems you had with libapreq, to see if resolving those would help with these mod_perl problems. -- best regards, randy kobes
RE: mod_perl installation problem...
Was a 'make' of libapreq successful, before the 'make test'? And also, does the user you're running the tests as have the proper permissions to be running tests within /usr/src/libapreq-1.2/? Make appeared to be successful yes (afaik)... I did wonder about the permissions thing but I tried as root to no avail.. Kidnest, Jim
mod_perl installation problem...
Hello, I've just come a cropper trying to reinstall mod_perl, and I'm a little desparate! Any help would be greatly appreciated. (I've 'a' mod_perl/apache running fine, but I can't get Apache::Cookie running along with) I'm trying to install: apache_1.3.28 + mod_perl-1.28 My config for mod_perl is : APACHE_SRC=../apache_1.3.28/src \ DO_HTTPD=1 EVERYTHING=1 \ DYNAMIC=1 USE_APACI=1 Though I've tried pretty much every variation on that with the same result.. During 'make test' I keep getting: modules/request...NOK 1Test header seen more than once! modules/request...NOK 2Test header seen more than once! modules/request...FAILED tests 1-10 Failed 10/10 tests, 0.00% okay snip Failed 1/34 test scripts, 97.06% okay. 10/318 subtests failed, 96.86% okay. make: *** [run_tests] Error 29 (also skips cookie, module and api) .. Thing is I've got a mod_perl running just fine - What I'm trying to do is install Apache::Cookie, but it won't because libapreq (1.2) is complaining... This is really driving me up the wall so any help would be fantastic. Thanks, Jimbo
Re: mod_perl installation problem...
On Tue, 22 Jul 2003, Jim Morrison [Mailing-Lists] wrote: Hello, I've just come a cropper trying to reinstall mod_perl, and I'm a little desparate! Any help would be greatly appreciated. (I've 'a' mod_perl/apache running fine, but I can't get Apache::Cookie running along with) I'm trying to install: apache_1.3.28 + mod_perl-1.28 My config for mod_perl is : APACHE_SRC=../apache_1.3.28/src \ DO_HTTPD=1 EVERYTHING=1 \ DYNAMIC=1 USE_APACI=1 Though I've tried pretty much every variation on that with the same result.. During 'make test' I keep getting: modules/request...NOK 1Test header seen more than once! modules/request...NOK 2Test header seen more than once! modules/request...FAILED tests 1-10 Failed 10/10 tests, 0.00% okay snip Failed 1/34 test scripts, 97.06% okay. 10/318 subtests failed, 96.86% okay. make: *** [run_tests] Error 29 (also skips cookie, module and api) .. Thing is I've got a mod_perl running just fine - What I'm trying to do is install Apache::Cookie, but it won't because libapreq (1.2) is complaining... It's strange that it runs modules/request but skips modules/cookie, as both should be run by a successful install of libapreq (which supplies Apache::Request and Apache::Cookie). Might a partial install of libapreq been made? It might be worth first tracking down the problems you had with libapreq, to see if resolving those would help with these mod_perl problems. -- best regards, randy kobes
RE: mod_perl installation problem... (A little more info)
Further to the below.. Just found my error_log which might be of some use.. The bit that glares at me is: [Tue Jul 22 16:38:47 2003] [error] Can't locate object method new via package Apache::Request at /usr/src/mod_perl-1.28/t/net/perl/api.pl line 11, fh1b line 1. Which is annoying because I can't install Apache::Request without it making similar complaints?! == Subroutine fileparse_set_fstype redefined at /usr/local/lib/perl5/5.8.0/File/Basename.pm line 154. Subroutine fileparse redefined at /usr/local/lib/perl5/5.8.0/File/Basename.pm line 168. Subroutine basename redefined at /usr/local/lib/perl5/5.8.0/File/Basename.pm line 235. Subroutine dirname redefined at /usr/local/lib/perl5/5.8.0/File/Basename.pm line 248. Constant subroutine CGI::XHTML_DTD redefined at /usr/local/lib/perl5/5.8.0/constant.pm line 108. [Tue Jul 22 16:38:42 2003] [warn] [notice] child_init for process 31133, report any problems to [no address given] [Tue Jul 22 16:38:45 2003] [warn] [client 127.0.0.1] log __ANON__ OK [Tue Jul 22 16:38:46 2003] [error] [client 127.0.0.1] File does not exist: /usr/src/mod_perl-1.28/t/docs/STAGE/u1/test.html [Tue Jul 22 16:38:46 2003] [error] [client 127.0.0.1] File does not exist: /usr/src/mod_perl-1.28/t/docs/STAGE/u1/nochance.html [Tue Jul 22 16:38:46 2003] [error] [client 127.0.0.1] File does not exist: /usr/src/mod_perl-1.28/t/docs/nochance.html [Tue Jul 22 16:38:47 2003] [error] Can't locate object method new via package Apache::Request at /usr/src/mod_perl-1.28/t/net/perl/api.pl line 11, fh1b line 1. *** The following [error] is expected, no cause for alarm *** [Tue Jul 22 16:38:48 2003] [error] Missing right curly or square bracket at /usr/src/mod_perl-1.28/t/docs/badsyntax.pl line 9, at end of line syntax error at /usr/src/mod_perl-1.28/t/docs/badsyntax.pl line 9, at EOF Compilation failed in require at /usr/src/mod_perl-1.28/t//docs/startup.pl line 249, fh1b line 1. *** The following [error] is expected, no cause for alarm *** [Tue Jul 22 16:38:48 2003] [error] Apache::Death at /dev/null line 0 *** The following [error] is expected, no cause for alarm *** [Tue Jul 22 16:38:48 2003] [error] Missing right curly or square bracket at /usr/src/mod_perl-1.28/t/docs/badsyntax.pl line 9, at end of line syntax error at /usr/src/mod_perl-1.28/t/docs/badsyntax.pl line 9, at EOF Compilation failed in require at /usr/src/mod_perl-1.28/t//docs/startup.pl line 249, fh1b line 1. *** The following [error] is expected, no cause for alarm *** [Tue Jul 22 16:38:48 2003] [error] Apache::Death at /dev/null line 0 [notice] child process 31133 terminating [notice] push'd PerlChildExitHandler called, pid=31133 [notice] push'd PerlChildExitHandler called, pid=31133 [notice] END block called for startup.pl [notice] Destruction-DESTROY called for $global_object == Hello, I've just come a cropper trying to reinstall mod_perl, and I'm a little desparate! Any help would be greatly appreciated. (I've 'a' mod_perl/apache running fine, but I can't get Apache::Cookie running along with) I'm trying to install: apache_1.3.28 + mod_perl-1.28 My config for mod_perl is : APACHE_SRC=../apache_1.3.28/src \ DO_HTTPD=1 EVERYTHING=1 \ DYNAMIC=1 USE_APACI=1 Though I've tried pretty much every variation on that with the same result.. During 'make test' I keep getting: modules/request...NOK 1Test header seen more than once! modules/request...NOK 2Test header seen more than once! modules/request...FAILED tests 1-10 Failed 10/10 tests, 0.00% okay snip Failed 1/34 test scripts, 97.06% okay. 10/318 subtests failed, 96.86% okay. make: *** [run_tests] Error 29 (also skips cookie, module and api) .. Thing is I've got a mod_perl running just fine - What I'm trying to do is install Apache::Cookie, but it won't because libapreq (1.2) is complaining... This is really driving me up the wall so any help would be fantastic. Thanks, Jimbo
Re: mod_perl Installation and Configuration (fwd)
Hi there, On Mon, 10 Feb 2003, Devi .M wrote: I want to install mod_perl with apache and configure for it in Linux m/c. I have tried this and started the server also. When typed ./httpd -l in apache/bin it showed the following output http_core.c [snip] mod_perl.c Well congratulations, you have a mod_perl server! But I am not sure whether I have installed and configured properly. Can anyone help me and also give a sample file It's not as easy as just giving you a sample file. You really have to read the documentation, including the mod_perl Guide which is at http://perl.apache.org. If you're using a version 1.x of Apache and mod_perl make sure to read the version 1 documentation! Please also read the documents in the mod_perl source tree which tell you what information to post when asking for help. Things like 'perl -V' are often very useful. You might also like to check out Writing Apache Modules with Perl and C, ISBN 1-56592-567-X which you may find hard going at first and the mod_perl Developer's Cookbook, ISBN 0-672-32240-4 which contains some 'recipes'. 73, Ged.
Re: mod_perl Installation and Configuration (fwd)
But I am not sure whether I have installed and configured properly. Can anyone help me and also give a sample file What Ged suggested is essential, but here is a direct link to get you going: http://perl.apache.org/docs/1.0/guide/getwet.html plus http://perl.apache.org/docs/1.0/guide/install.html#How_can_I_tell_whether_mod_perl_is_running_ __ 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://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Problems with mod_perl installation(HELP!!!)
People : I had spent more than 2 months trying to make mode_perl on my RH 72. First I tried with the RPMSbut it didn't works. Then I tryied with the tar.gz and I can't neither. It prompts the following compilation error:util.c: In function `ap_find_token': util.c:1410: `test_char_table' undeclared (first use in this function) util.c:1410: (Each undeclared identifier is reported only once util.c:1410: for each function it appears in.) util.c:1410: `T_HTTP_TOKEN_STOP' undeclared (first use in this function) util.c: In function `ap_escape_shell_cmd': util.c:1469: `test_char_table' undeclared (first use in this function) util.c:1469: `T_ESCAPE_SHELL_CMD' undeclared (first use in this function) util.c: In function `ap_escape_path_segment': util.c:1596: `test_char_table' undeclared (first use in this function) util.c:1596: `T_ESCAPE_PATH_SEGMENT' undeclared (first use in this function) util.c: In function `ap_os_escape_path': util.c:1625: `test_char_table' undeclared (first use in this function) util.c:1625: `T_OS_ESCAPE_PATH' undeclared (first use in this function) make[4]: *** [util.o] Error 1 and some times it says that can't open the shared file libperl.so -- Jose R. Ortiz Ubarri Cs. Student Programmer
Re: Problems with mod_perl installation(HELP!!!)
[Please make sure to reply back to the list! Thanks] Jose Ortiz wrote: People : I had spent more than 2 months trying to make mode_perl on my RH 72. First I tried with the RPMS but it didn't works. Then I tryied with the tar.gz and I can't neither. very unlikely that it doesn't work, try following the steps as explained in the guide: perl.apache.org/guide/install.html make sure that you get the latest apache-1.3.24 and mod_perl_1.24 when reporting bugs/problems, please follow the instructions here: http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/help.html#How_to_Report_Problems __ 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://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Problems with mod_perl installation(HELP!!!)
Stas Bekman wrote: [Please make sure to reply back to the list! Thanks] Jose Ortiz wrote: People : I had spent more than 2 months trying to make mode_perl on my RH 72. First I tried with the RPMS but it didn't works. Then I tryied with the tar.gz and I can't neither. very unlikely that it doesn't work, try following the steps as explained in the guide: perl.apache.org/guide/install.html there's also recipe 1.4 from the cookbook, which details a unix install from source (in addition to various binary installations): http://www.modperlcookbook.org/chapters/ch01.pdf we geeks tend to forget how frustrating a process it is doing this for the first time :) my first install was on RedHat 5.2 and it was a pain - I was missing so many libraries and dependencies that I had to reinstall RedHat to satisfy all the RPM crud. keep in mind that you typically need the 'developer' libraries (the ones that contain the header and other source files, as opposed to just the binaries) for redhat in order to compile stuff from source - glibc-devel in particular comes to mind. make sure that you get the latest apache-1.3.24 and mod_perl_1.24 also, start by making sure you can get Apache to compile by itself before moving to a mod_perl-enabled Apache. all this seems a bit daunting, dave harris and I wrote this part of the guide: http://perl.apache.org/guide/install.html#using_RPM_and_other_packages_to_ which explains how to go about using mod_perl from an RPM. it's rather dated now, but the basic steps are still the same. when reporting bugs/problems, please follow the instructions here: http://perl.apache.org/preview/modperl-docs/dst_html/docs/1.0/guide/help.html#How_to_Report_Problems yes, good advice :) good luck, and don't give up... --Geoff
Re: mod_perl installation on Win32
xk wrote: I assume this is for mod_perl-1? Apache version info (shown on error web pages): Apache/2.0.35 (Win32) mod_perl/1.99_02-dev Perl/v5.6.1 Is this mod_perl 1.0 or 2.0? When I installed (from the location you pointed - theoryx5) it said mod_perl 2.0, but on Apache is shows 1.99 remember to use the script to report bugs, otherwise there will be no end to confusion. See: http://perl.apache.org/preview/modperl-docs/dst_html/docs/2.0/user/help/help.html#Reporting_Problems Do you have a LoadModule perl_module modules/mod_perl.so line in your httpd.conf file? Yes, I do. Perl scripts work now fine if I put the correct path in them. But I'd like to setup Apache::Registry to get rid of this limitation. if you want to use Apache::Registry from 1.x, you need to add: use Apache::compat; to your startup.pl. In 2.0 this is now ModPerl::Registry (though it's not 100% completed yet) I've managed to get some error texts: == [error] Can't locate loadable object for module Apache::Constants in @INC at .../Perl/site/lib/mod_perl.pm line 14 14:if ($ENV{MOD_PERL}) { 15:(defined {$class.'::bootstrap'} ? 16: \{$class.'::bootstrap'} : 17: \DynaLoader::bootstrap)- 18: ($class, $version); 19:} Compilation failed in require at .../Perl/site/lib/Apache.pm line 6. BEGIN failed--compilation aborted at .../Perl/site/lib/Apache.pm line 6. 6: use Apache::Constants qw(OK DECLINED); Compilation failed in require at .../Perl/site/lib/Apache/Registry.pm line 2. BEGIN failed--compilation aborted at .../Perl/site/lib/Apache/Registry.pm line 2. 2: use Apache (); Compilation failed in require at (eval 1) line 3. [error] Can't load Perl module Apache::Registry ... the ... and the code snippets are from me. Are there any modules missing? Althrough I'm a good C++ programmer, I don't know anything about how perl manages the modules, so I can't tell what's really wrong and I don't know where to look. -- __ 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://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: mod_perl installation on Win32
On Mon, 22 Apr 2002, xk wrote: Hi. I'm getting the following mod_perl error when I try to run a perl script through Apache: [error] failed to resolve handler `Apache::Registry' My configuration is: - Alias /perl/ C:/My Documents/HTML/xk Sound/perl/ #PerlModule Apache::Registry Location /perl SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI /Location - If I uncomment the #PerlModule Apache::Registry line, Apache will exit as soon as I start it, without any message in his window or the logs. I do have Apache::Registry installed, so what's wrong? I assume this is for mod_perl-1? Do you have a LoadModule perl_module modules/mod_perl.so line in your httpd.conf file? best regards, randy kobes
Re: mod_perl installation on Win32
I assume this is for mod_perl-1? Apache version info (shown on error web pages): Apache/2.0.35 (Win32) mod_perl/1.99_02-dev Perl/v5.6.1 Is this mod_perl 1.0 or 2.0? When I installed (from the location you pointed - theoryx5) it said mod_perl 2.0, but on Apache is shows 1.99 Do you have a LoadModule perl_module modules/mod_perl.so line in your httpd.conf file? Yes, I do. Perl scripts work now fine if I put the correct path in them. But I'd like to setup Apache::Registry to get rid of this limitation. I've managed to get some error texts: == [error] Can't locate loadable object for module Apache::Constants in INC at .../Perl/site/lib/mod_perl.pm line 14 14:if ($ENV{MOD_PERL}) { 15:(defined {$class.'::bootstrap'} ? 16: \{$class.'::bootstrap'} : 17: \DynaLoader::bootstrap)- 18: ($class, $version); 19:} Compilation failed in require at .../Perl/site/lib/Apache.pm line 6. BEGIN failed--compilation aborted at .../Perl/site/lib/Apache.pm line 6. 6: use Apache::Constants qw(OK DECLINED); Compilation failed in require at .../Perl/site/lib/Apache/Registry.pm line 2. BEGIN failed--compilation aborted at .../Perl/site/lib/Apache/Registry.pm line 2. 2: use Apache (); Compilation failed in require at (eval 1) line 3. [error] Can't load Perl module Apache::Registry ... the ... and the code snippets are from me. Are there any modules missing? Althrough I'm a good C++ programmer, I don't know anything about how perl manages the modules, so I can't tell what's really wrong and I don't know where to look.
RE: mod_perl installation on Win32
At 20:35 22.04.2002, David LeBlanc wrote: If Apache::Registry depends on Apache to access the registry, I don't believe that Apache uses the registry anymore, at least for file associations. The old change this setting to make apache look in the registry for file associations stuff is gone from the Apache 2.0 conf file. The Apache module doesn't use the resgistry at all, does it? David, I think you should read up on what Apache::Registry does :) It compiles CGI scripts to run them under mod_perl, it has nothing to do with the Windows Registry :) -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: mod_perl installation on Win32
At 20:15 22.04.2002, xk wrote: I assume this is for mod_perl-1? Apache version info (shown on error web pages): Apache/2.0.35 (Win32) mod_perl/1.99_02-dev Perl/v5.6.1 Is this mod_perl 1.0 or 2.0? When I installed (from the location you pointed - theoryx5) it said mod_perl 2.0, but on Apache is shows 1.99 Do you have a LoadModule perl_module modules/mod_perl.so line in your httpd.conf file? Yes, I do. Perl scripts work now fine if I put the correct path in them. But I'd like to setup Apache::Registry to get rid of this limitation. I've managed to get some error texts: == [error] Can't locate loadable object for module Apache::Constants in @INC at .../Perl/site/lib/mod_perl.pm line 14 14:if ($ENV{MOD_PERL}) { 15:(defined {$class.'::bootstrap'} ? 16: \{$class.'::bootstrap'} : 17: \DynaLoader::bootstrap)- 18: ($class, $version); 19:} Compilation failed in require at .../Perl/site/lib/Apache.pm line 6. BEGIN failed--compilation aborted at .../Perl/site/lib/Apache.pm line 6. 6: use Apache::Constants qw(OK DECLINED); Compilation failed in require at .../Perl/site/lib/Apache/Registry.pm line 2. BEGIN failed--compilation aborted at .../Perl/site/lib/Apache/Registry.pm line 2. 2: use Apache (); Compilation failed in require at (eval 1) line 3. [error] Can't load Perl module Apache::Registry ... the ... and the code snippets are from me. Are there any modules missing? Althrough I'm a good C++ programmer, I don't know anything about how perl manages the modules, so I can't tell what's really wrong and I don't know where to look. Did you have an old version of mod_perl installed? The modules you are using seem to be from mod_perl 1, while you need the mod_perl 2 ones. If in doubt, try inserting PerlModule Apache2 before any other Perl* directives. -- Per Einar Ellefsen [EMAIL PROTECTED]
Re: mod_perl installation on Win32
Did you have an old version of mod_perl installed? The modules you are using seem to be from mod_perl 1, while you need the mod_perl 2 ones. I seem to have installed an older version before 2.0, but I'm not sure. In my /site/lib dir I have both Apache and Apache2 subdir. Is this ok? And I've found two mod_perl.pl files: one in /site/lib with version 1.2601 and one in /site/lib/Apache2 with version 1.9902. How can I uninstall the first one? If in doubt, try inserting PerlModule Apache2 before any other Perl* directives. I did this and now it says [error] Can't locate object method boot via package mod_perl::boot How can I check if module mod_perl::boot for example is installed? The docs aren't clear on this.
Re: mod_perl installation on Win32
Just posted minutes ago on this. This partially fixed me also. Problem was the line in the /perl container (PerlHandler Apache::Registry instead of PerlHandler ModPerl::Registry). Except now I get this: [Mon Apr 22 18:32:37 2002] [error] 1580: ModPerl::Registry: `Can't call method args on an undefined value at c:/perl/5.6.1/lib/CGI.pm line 433. It is referring to the IF statement: if ($MOD_PERL) { $query_string = Apache-request-args; } else { $query_string = $ENV{'QUERY_STRING'} if defined $ENV{'QUERY_STRING'}; $query_string ||= $ENV{'REDIRECT_QUERY_STRING'} if defined $ENV{'REDIRECT_QUERY_STRING'}; } In CGIpm up at line 148 there is this: # Turn on special checking for Doug MacEachern's modperl if (exists $ENV{'GATEWAY_INTERFACE'} ($MOD_PERL = $ENV{'GATEWAY_INTERFACE'} =~ /^CGI-Perl\//)) { $| = 1; require Apache; } Do I need to define 'GATEWAY_INTERFACE', or is it provided automatically by mod_perl? This is on Win2000. Thanks Chuck - Original Message - From: Randy Kobes [EMAIL PROTECTED] To: xk [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, April 22, 2002 3:16 PM Subject: Re: mod_perl installation on Win32 On Mon, 22 Apr 2002, xk wrote: Apache version info (shown on error web pages): Apache/2.0.35 (Win32) mod_perl/1.99_02-dev Perl/v5.6.1 Is this mod_perl 1.0 or 2.0? When I installed (from the location you pointed - theoryx5) it said mod_perl 2.0, but on Apache is shows 1.99 This is normal - mod_perl, version 2.0, hasn't yet been released; the version on CPAN, which the above is reporting, is 1.99_01. I've managed to get some error texts: == [error] Can't locate loadable object for module Apache::Constants in @INC at .../Perl/site/lib/mod_perl.pm line 14 14:if ($ENV{MOD_PERL}) { 15:(defined {$class.'::bootstrap'} ? 16: \{$class.'::bootstrap'} : 17: \DynaLoader::bootstrap)- 18: ($class, $version); 19:} Compilation failed in require at .../Perl/site/lib/Apache.pm line 6. BEGIN failed--compilation aborted at .../Perl/site/lib/Apache.pm line 6. I've seen this as well at times - do you have a mod_perl-1.xx distribution in the same Perl tree? If so, try temporarily renaming /Perl/site/lib/Apache.pm - /Perl/site/lib/Apache-1.pm /Perl/site/lib/Apache/ - /Perl/site/lib/Apache-1/ as sometimes I think it gets confused between mod_perl-2 and mod_perl-1 stuff. For using Registry things, there was a bug that Doug fixed a little while ago - you should reinstall mod_perl-2.ppd from http://theoryx5.uwinnipeg.ca/ppmpackages/. The version number hasn't changed with this fix, so if you're using the ppm utility to install things, you should first uninstall mod_perl-2 and then reinstall it. Here's an example set-up for Registry scripts. In httpd.conf: PerlRequire C:/Apache2/conf/extra.conf Alias /perl/ C:/Apache2/perl/ Location /perl SetHandler perl-script PerlHandler ModPerl::Registry Options +ExecCGI /Location where C:/Apache2/conf/extra.conf is === use Apache2; use ModPerl::Registry (); 1; === An example script to go into C:/Apache2/perl/ would be == #!c:/Perl/bin/Perl.exe ## ## printenv -- demo CGI program which just prints its environment ## print HTMLBODYUL; foreach $var (sort(keys(%ENV))) { $val = $ENV{$var}; $val =~ s|\n|\\n|g; $val =~ s||\\|g; print LI${var}=\${val}\/LI\n; } # sleep(10); print /UL/BODY/HTML; == which would then be accessed as http://localhost/perl/printenv. A nice example of how Apache-2/mod_perl-2 addresses the single-thread limitation of Apache-1/mod_perl-1, as discussed at http://perl.apache.org/win32_multithread.html, is to uncomment the sleep(10) line in the above script, then, from a DOS prompt, run quick multiple instances of GET http://localhost/perl/printenv and check the access times in the logs when the script was handled, and compare to mod_perl-1. best regards, randy
Re: mod_perl installation on Win32
Hi. I'm getting the following mod_perl error when I try to run a perl script through Apache: [error] failed to resolve handler `Apache::Registry' My configuration is: - Alias /perl/ C:/My Documents/HTML/xk Sound/perl/ #PerlModule Apache::Registry Location /perl SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI /Location - If I uncomment the #PerlModule Apache::Registry line, Apache will exit as soon as I start it, without any message in his window or the logs. I do have Apache::Registry installed, so what's wrong?
Re: mod_perl installation on Win32
On Sat, 20 Apr 2002, xk wrote: Hi. I have apache 2.0.35 and ActivePerl 5.6.1 installed on Win32, and I can't install mod_perl 1.99_01. When I do perl Makefile.PL MP_AP_PREFIX=C:/Program Files/Apache Group/Apache2, it says Configuring Apache/2.0.35 mod_perl/1.99_01 Perl/v5.6.1 unlink...lib/Apache/BuildConfig.pm C:/Program Files/Apache Group/Apache2/bin/Apache.exe -l failed: Bad file descriptor at Apache-Test/lib/Apache/TestConfig.pm line 777, DATA chunk 1. You might try, if possible, installing Apache to a directory without spaces in the name - sometimes the spaces can cause problems ... Does anybody know where I could find an already compiled module for Win32? A mod_perl-2 ppm package is available for installation via ppm as ppm install http://theoryx5.uwinnipeg.ca/ppmpackages/mod_perl-2.ppd best regards, randy kobes
Re: mod_perl installation
On Mon, Jan 21, 2002 at 11:35:44AM -0800, Rasoul Hajikhani wrote: I use SGI IRIX 6.5 Short of reinstalling perl, is there anything else that could be done? Where would I find libgdbm.so? Thanks in advance. Sorry for the late reply. For IRIX software precompiled, you should check the 'freeware' site ; http://freeware.sgi.com/index-by-alpha.html They've got GDBM I notice. Cheers, -- AS | [EMAIL PROTECTED] | http://www.calliope.demon.co.uk |PGP Key : A9DE69F8 ---
mod_perl installation
Folks, I get this message when running Makefile.pm: Your Perl is configured to link against libgdbm, but libgdbm.so was not found. You might need to install Perl from source I have checked the /usr/lib directory for libgdbm.so and it is not there. Here is the result of perl -V | grep libs: libs=-lgdbm -lm -lc I use SGI IRIX 6.5 Short of reinstalling perl, is there anything else that could be done? Where would I find libgdbm.so? Thanks in advance. -r
Re: mod_perl installation
At 11:35 AM -0800 1/21/02, Rasoul Hajikhani wrote: Folks, I get this message when running Makefile.pm: Your Perl is configured to link against libgdbm, but libgdbm.so was not found. You might need to install Perl from source I have checked the /usr/lib directory for libgdbm.so and it is not there. Here is the result of perl -V | grep libs: libs=-lgdbm -lm -lc I use SGI IRIX 6.5 I ran into this problem too... If I remember correctly, I just removed DB_File module directory from the source tree and recompiled. Of course this means that you can't use DB_File, but if you don't need it, then this should work for you. Rob -- When I used a Mac, they laughed because I had no command prompt. When I used Linux, they laughed because I had no GUI.
Re: mod_perl installation
At 11:35 AM -0800 1/21/02, Rasoul Hajikhani wrote: Folks, I get this message when running Makefile.pm: Your Perl is configured to link against libgdbm, but libgdbm.so was not found. You might need to install Perl from source Actually, I just checked... I removed perl-5.6.x/ext/*_File Rob -- When I used a Mac, they laughed because I had no command prompt. When I used Linux, they laughed because I had no GUI.
Re: Apache crashing on mod_perl installation.
- On Tue, 11 Dec 2001, Titus Brown wrote: - - Do you know how I can turn on debugging symbols so that gdb can give me - more info (about line number, etc.)? - - I've forced 'gcc' to always have the -g flag on, but that doesn't seem - to be enough for some reason... - - The Guide is your friend: - - http://perl.apache.org/guide/debug.html#gdb_says_there_are_no_debugging_ Ahh, thanks. - Please keep the mod_perl Mailing List included in your posts, so that - everyone feels the benefit. Will do -- I had a nasty feeling the answer was in the FAQ, but I couldn't find it ;(. The core dump happens on the dPPDIR call in the beginning of the perl_handler function in mod_perl.c (line 820 in the latest dist). The line expands to: #define dPPDIR \ perl_dir_config *cld = (perl_dir_config *)get_module_config(r-per_dir_config, perl_module) gdb claims that neither 'r' nor perl_module are NULL or otherwise evil, although r-per_dir_config is NULL. Any ideas? thanks, --t
Re: Apache crashing on mod_perl installation.
Hi there, On Wed, 12 Dec 2001, Titus Brown wrote: The core dump happens on the dPPDIR call in the beginning of the perl_handler function in mod_perl.c (line 820 in the latest dist). The line expands to: #define dPPDIR \ perl_dir_config *cld = (perl_dir_config *)get_module_config(r-per_dir_config, perl_module) gdb claims that neither 'r' nor perl_module are NULL or otherwise evil, although r-per_dir_config is NULL. Any ideas? I'd backtrack to find out why per_dir_config is NULL. If you look at ap_get_module_config() in http_config.c you'll see that a segfault is inevitable if its first argument is NULL. No, I lied. I'd try recompiling (make clean in both directories, etc.) with no funny business first, it's easier than debugging... 73, Ged.
Re: Apache crashing on mod_perl installation.
- No, I lied. I'd try recompiling (make clean in both directories, etc.) - with no funny business first, it's easier than debugging... Well, I ignored the source code investigation, and did as you suggested, after reading that one could modify the args to apache's configure as follows: -- perl Makefile.PL USE_APACI=1 APACI_ARGS=--without-execstrip --prefix=~/software/try2/ap-install -- So, that made the software with my favorite parameters. Once it was all made, I just had to change the Group away from the default of #-1 everything seems to have worked. I'm still confused as to why the other method !$#@%# didn't work, but I think my investigations will have to wait 'til I have a pressing need for it ;). Incidentally, I think the 'APACI_ARGS' should be added into the installation instructions explicitly, in e.g. mod_perl-xxx/INSTALL. Its first mention in the perl.apache.org guide is 80% of the way down -- under the gdb symbols answer! cheers, --titus
Re: Apache crashing on mod_perl installation.
Hi there, On Tue, 11 Dec 2001, Titus Brown wrote: Do you know how I can turn on debugging symbols so that gdb can give me more info (about line number, etc.)? I've forced 'gcc' to always have the -g flag on, but that doesn't seem to be enough for some reason... The Guide is your friend: http://perl.apache.org/guide/debug.html#gdb_says_there_are_no_debugging_ Please keep the mod_perl Mailing List included in your posts, so that everyone feels the benefit. 73, Ged.
Apache crashing on mod_perl installation.
Hi all, I'm having a frustrating time with mod_perl... Configuration: -- apache 1.3.22 -- mod_perl 1.26 Static configuration installation all goes fine, and when I run httpd (w/o modification, off of a straight install) the child pids crash when loading /. (Loading /index.html works fine. Perl files do not.) The specific error messages is this: [Mon Dec 10 00:46:01 2001] [notice] child pid 31524 exit signal Segmentation fault (11), possible coredump in /disk/u/t/software/try2/ap-install When I do a gdb on the resulting core dump, I find that it's crashing in perl_handler(). Any ideas? thanks, --titus
Re: Apache crashing on mod_perl installation.
Hi there, On Mon, 10 Dec 2001, Titus Brown wrote: When I do a gdb on the resulting core dump, I find that it's crashing in perl_handler(). Any ideas? See modperl/SUPPORT 73, Ged.
Re: Apache crashing on mod_perl installation.
- When I do a gdb on the resulting core dump, I find that it's crashing in - perl_handler(). - - Any ideas? - - See modperl/SUPPORT OK, apache 1.3.22 mod_perl 1.26 Output of 'perl -V' attached. I configured Apache with: % ./configure --prefix=~/software/try2/ap-install then ran 'perl Makefile.PL' in the mod_perl directory. It found the source directory correctly, and I told it *not* to autobuild apache. Inside mod_perl directory, make make install w/o error. I then returned to the apache directory, issued: ./configure --prefix=~/software/try2/ap-install --activate-module=src/modules/perl/libperl.a modified src/Makefile to include the correct stuff: EXTRA_CFLAGS1=`$(SRCDIR)/apaci` EXTRA_LIBS=`perl -MExtUtils::Embed -e ldopts` EXTRA_CFLAGS=$(EXTRA_CFLAGS1) `perl -MExtUtils::Embed -e ccopts` did make make install. % bin/httpd -X crashes on first connection attempt to 'localhost:8080/', although 'localhost:8080/index.html' works fine. The error_log just says that the child pid exited abruptly. Error message from w/in GDB: -- % gdb bin/httpd (gdb) r -X Starting program: /disk/u/t/software/try2/ap-install/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x80642ed in perl_handler () (gdb) where #0 0x80642ed in perl_handler () #1 0x80acfe9 in ap_invoke_handler () #2 0x80c1e8f in ap_some_auth_required () #3 0x80c1efa in ap_process_request () #4 0x80b8df0 in ap_child_terminate () #5 0x80b8fb5 in ap_child_terminate () #6 0x80b9136 in ap_child_terminate () #7 0x80b97cd in ap_child_terminate () #8 0x80ba02c in main () #9 0x4006a9cb in __libc_start_main (main=0x80b9c98 main, argc=2, argv=0xb854, init=0x8061d48 _init, fini=0x8154024 _fini, rtld_fini=0x4000aea0 _dl_fini, stack_end=0xb84c) at ../sysdeps/generic/libc-start.c:92 -- I've tried to compile with -g but for whatever reason the symbols don't seem to be coming through. Ergh. Help? People have had this error before, to judge from the mailing list archives, but I haven't seen a useful solution yet. cheers, --titus Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.6, archname=i686-linux uname='linux floating 2.4.6 #3 smp thu jul 19 18:10:41 pdt 2001 i686 unknown ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lc -lposix -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lposix -lcrypt -lutil libc=/lib/libc-2.1.3.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under linux Compiled at Oct 19 2001 17:22:15 @INC: /usr/local/lib/perl5/5.6.1/i686-linux /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/i686-linux /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl .
Re: Apache crashing on mod_perl installation.
Hi again, On Mon, 10 Dec 2001, Titus Brown wrote: EXTRA_CFLAGS1=`$(SRCDIR)/apaci` EXTRA_LIBS=`perl -MExtUtils::Embed -e ldopts` EXTRA_CFLAGS=$(EXTRA_CFLAGS1) `perl -MExtUtils::Embed -e ccopts` H. Have you tried building without all this messing about with the Makefile? did make make install. make install as root? crashes on first connection attempt to 'localhost:8080/', although 'localhost:8080/index.html' works fine. [snip] People have had this error before, to judge from the mailing list Can you point me to examples? I don't recall seeing anything quite like this before. 73, Ged.
Re: Apache crashing on mod_perl installation.
- EXTRA_CFLAGS1=`$(SRCDIR)/apaci` - EXTRA_LIBS=`perl -MExtUtils::Embed -e ldopts` - EXTRA_CFLAGS=$(EXTRA_CFLAGS1) `perl -MExtUtils::Embed -e ccopts` - - H. Have you tried building without all this messing about with - the Makefile? Bear in mind these are in the instructions for installation for mod_perl ;). But no, I haven't, because I haven't figured out how to have it (mod_perl) specify a different path in configuring apache, and I don't want it to install in the default place. - did make make install. - - make install as root? yep. - crashes on first connection attempt to 'localhost:8080/', although - 'localhost:8080/index.html' works fine. - [snip] - People have had this error before, to judge from the mailing list - - Can you point me to examples? I don't recall seeing anything quite - like this before. People have had problems with mod_perl and child pids core dumping, at least; http://www.mail-archive.com/modperl@apache.org/msg21703.html is one of the (~6) messages I found dealing with black-box seg faults... http://aspn.activestate.com/ASPN/Mail/Message/modperl/784385 is another one, to which you responded, in fact ;). I don't see any followups from the original person tho. cheers, --titus
Re: Apache crashing on mod_perl installation.
Hi again, On Mon, 10 Dec 2001, Titus Brown wrote: Bear in mind these are in the instructions for installation for mod_perl ;). :) I don't want it to install in the default place. The only time I've had real grief with building was when I did that. One of the problems is that it's difficult to make sure that all the permissions are right if you move away from the 'standard' layout, and if you meddle with that and the makefiles then it's near impossible. Still, a lot of people do it and manage OK. I really just wanted to know if you can get things working OK without moving too far off the beaten path. If you can, then it's generally easier to trace where it all goes wrogn when you start changing things. People have had problems with mod_perl and child pids core dumping, at least; Core dumps and segfaults are common enough, I meant that I hadn't seen it happen for the reason you gave. http://aspn.activestate.com/ASPN/Mail/Message/modperl/784385 is another one, to which you responded, in fact ;). I don't see any followups from the original person tho. No, no reply. It happens. Really must hit the sack now... 73, Ged.
RE: Easy Newbie mod_perl installation question
John Walker writes: layouts seem to be defined in: ../apache_1.3.x/config.layout you can also make your own config layout file and point the configure script at it this is something i discovered v. useful :) for example this in the layout file Layout FunkyLayout prefix:/usr/local exec_prefix: $prefix bindir:$exec_prefix/bin sbindir: $exec_prefix/sbin libexecdir:$exec_prefix/libexec/apache mandir:$prefix/man sysconfdir:/www/apache-conf datadir: /www iconsdir: $datadir/icons htdocsdir: $datadir/htdocs cgidir:$datadir/cgi-bin includedir:$prefix/include/apache localstatedir: /var runtimedir:$localstatedir/run logfiledir:$localstatedir/log proxycachedir: $datadir/proxy /Layout this as a command line option to configure script --with-layout=path-to-your-config-file:FunkyLayout hope this is useful :) Rendhalver
RE: Easy Newbie mod_perl installation question
layouts seem to be defined in: ../apache_1.3.x/config.layout John -Original Message- From: Andy Emmerich [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 08, 2001 2:48 AM To: [EMAIL PROTECTED] Subject: Easy Newbie mod_perl installation question When mod_perl's Makefile builds the new httpd in the /src directory, where does it get the apache layout from? Currently, my build with modperl is looking for httpd.conf in /usr/local/apache, which is not my apache source directory. I've put the actual directory in every place I can, from the apache source dir's layout file to the Makefile.PL's APACHE_SRC value. What am I missing? Thanks, and my apologies if this is already in the archive somewhere and I missed it! Andy Emmerich CS/Engineering Undergrad University of Illinois
Easy Newbie mod_perl installation question
When mod_perl's Makefile builds the new httpd in the /src directory, where does it get the apache layout from? Currently, my build with modperl is looking for httpd.conf in /usr/local/apache, which is not my apache source directory. I've put the actual directory in every place I can, from the apache source dir's layout file to the Makefile.PL's APACHE_SRC value. What am I missing? Thanks, and my apologies if this is already in the archive somewhere and I missed it! Andy Emmerich CS/Engineering Undergrad University of Illinois
setting lib for mod_perl installation
I just moved from dedicated to virtual hosting sigh, and was wondering how to configure mod_perl to install the modules to a private lib, outside of @INC. I simply built mod_perl and copied the modules manually to the destination dir. However, I keep getting the following error when trying to start apache+mod_perl: Can't locate loadable object for module Apache::Constants in @INC (@INC contains: [correct search paths]...) at /path/to/mod_perl.pm line 14 Compilation failed in require at /path/to/Apache.pm line 6. BEGIN failed--compilation aborted at /path/to/Apache.pm line 6. Compilation failed in require at /path/to/Apache/Registry.pm line 2. BEGIN failed--compilation aborted at /path/to/Apache/Registry.pm line 2. Compilation failed in require at /path/to/startup.pl line 11. BEGIN failed--compilation aborted at /path/to/startup.pl line 11. Compilation failed in require at (eval 1) line 1. Is there something I can pass to the makefile on the command line to tell it to ignore the @INC and use lib 'lib'? Apache/Perl has correct search paths; I have 'use lib qw(lib1 lib2 etc.)' wrapped in a BEGIN block inside my startup file... Thanks. Dave
Re: setting lib for mod_perl installation
On Mon, 15 Jan 2001, Dave Armstrong wrote: I just moved from dedicated to virtual hosting sigh, and was wondering how to configure mod_perl to install the modules to a private lib, outside of @INC. http://perl.apache.org/guide/install.html#Installing_Perl_Modules_into_a_D - Perrin
Re: setting lib for mod_perl installation
did u check out this section in the guide yet? http://perl.apache.org/guide/install.html#Installation_Without_Superuser_P cliff Dave Armstrong wrote: I just moved from dedicated to virtual hosting sigh, and was wondering how to configure mod_perl to install the modules to a private lib, outside of @INC. -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
setting lib for mod_perl installation
I just moved from dedicated to virtual hosting sigh, and was wondering how to configure mod_perl to install the modules to a private lib, outside of @INC. I simply built mod_perl and copied the modules manually to the destination dir. However, I keep getting the following error when trying to start apache+mod_perl: Can't locate loadable object for module Apache::Constants in @INC (@INC contains: [correct search paths]...) at /path/to/mod_perl.pm line 14 Compilation failed in require at /path/to/Apache.pm line 6. BEGIN failed--compilation aborted at /path/to/Apache.pm line 6. Compilation failed in require at /path/to/Apache/Registry.pm line 2. BEGIN failed--compilation aborted at /path/to/Apache/Registry.pm line 2. Compilation failed in require at /path/to/startup.pl line 11. BEGIN failed--compilation aborted at /path/to/startup.pl line 11. Compilation failed in require at (eval 1) line 1. Is there something I can pass to the makefile on the command line to tell it to ignore the @INC and use lib 'lib'? Apache/Perl has correct search paths; I have 'use lib qw(lib1 lib2 etc.)' wrapped in a BEGIN block inside my startup file... Thanks. Dave
Re: Error during mod_perl installation
On Wed, 1 Nov 2000, Fabio Albertin wrote: After my recent problems with Apaxhe::ASP, I decided to re-install mod perl, just to see if it actually installed the last time around. Now, I've gotten through the 1st step (Makefile.PL), but the make process seems to fail with the following error: from regcomp.c:5: /usr/include/bits/local_lim.h:27: linux/limits.h: No such file or directory It seems to me as though make can't find limits.h... Where can I tell it where limits.h can be found? Or how would I go about solving this problem otherwise? On my system, /usr/include/linux is a symlink to /usr/src/linux/include/linux, and /usr/src/linux itself is a symlink to /usr/src/linux-2.x.x. Perhaps some of these symlinks have disappeared from your system? Or you don't have the linux sources with the includes? best regards, randy kobes
Error during mod_perl installation
After my recent problems with Apaxhe::ASP, I decided to re-install mod perl, just to see if it actually installed the last time around. Now, I've gotten through the 1st step (Makefile.PL), but the make process seems to fail with the following error: from regcomp.c:5: /usr/include/bits/local_lim.h:27: linux/limits.h: No such file or directory It seems to me as though make can't find limits.h... Where can I tell it where limits.h can be found? Or how would I go about solving this problem otherwise? Thanks. Bye, Fabio Albertin [EMAIL PROTECTED]
Mod_Perl installation -- make test
Was wanting to add mod_perl so that I could run Apache::ASP, but ran into a problem with it. I am configuring it with the Apache 1.3.14, and am running into this error: modules/src.Use of uninitialized value at modules/src.t line 27.FAILED tests 3-5 Failed 3/6 tests, 50.00% okay Failed Test Status Wstat Total Fail Failed List of failed---modules/src.t 6 3 50.00% 3-54 tests skipped.httpd terminatedhttpd terminated*** Error code 9 Stop. I have enabled thesuexec wrapper and configured it, cansuexec be used, I was unclear as to if it could be used and if it was being used if some files needed to be modified etc. Any help on setting it up suexec with modperl or just correcting this error would be appreciated. Shane Reid
Re: Apache DSO/mod_perl installation problem
Hi there, On Sat, 16 Sep 2000, German Todorov wrote: I have apache 1.3.12 compiled as DSO and Perl 5.6.0 on SunOS 5.7, and I tried to install mod_perl 1.2.4 as DSO This is almost a FAQ now, search the List archive for the last couple of weeks. 73, Ged.
mod_perl installation problem
Hello, I am having a little problem attempting to install mod_perl. I build it into apache using APACI (flexible) perform a 'make' and everything goes fine. When I type 'make test' then I get the following: make[1]: Entering directory `/usr/local/mod_perl-1.24/Util' make[1]: Leaving directory `/usr/local/mod_perl-1.24/Util' cp t/conf/mod_perl_srm.conf t/conf/srm.conf ../apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 Syntax error on line 3 of /usr/local/mod_perl-1.24/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not include d in the server configuration will write error_log to: t/logs/error_log letting apache warm up...done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 146 What is pod? Could you please reply. Thanks a lot. Kind regards, Leo. __ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/
Re: mod_perl installation problem
Leo Gonzalez wrote: Hello, I am having a little problem attempting to install mod_perl. I build it into apache using APACI (flexible) perform a 'make' and everything goes fine. When I type 'make test' then I get the following: --snip-- Syntax error on line 3 of /usr/local/mod_perl-1.24/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not include d in the server configuration the httpd binary is not built with mod_perl will write error_log to: t/logs/error_log letting apache warm up...done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 146 What is pod? Could you please reply. Thanks a lot. plain old documentation. it is a perl thing. the httpd binary does not have mod_perl so it is choking on it. you did not list the build steps so i am not sure where the error is. you can try to cd to the apache directory, try a make there, and then try this make test again in the mod_perl directory. Kind regards, Leo. -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
Re: mod_perl installation problem
Here are the build steps done within the mod_perl dir: perl Makefile.PL APACHE_SRC=../apache_1.3.12/src USE_APACI=1 NO_HTTPD=1 PREP_HTTPD=1 EVERYTHING=1 make ...everything good! make test ...Syntax error on line 3 of /usr/local/mod_perl-1.24/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not include d in the server configuration will write error_log to: t/logs/error_log letting apache warm up...done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 146 Thanks for the help I really appreciate it!!! :-) Leo. P.S.; tried going into the apache_1.3.12 dir run make and then go back to the mod_perl dir but, no go! --- ___cliff rayman___ [EMAIL PROTECTED] wrote: Leo Gonzalez wrote: Hello, I am having a little problem attempting to install mod_perl. I build it into apache using APACI (flexible) perform a 'make' and everything goes fine. When I type 'make test' then I get the following: --snip-- Syntax error on line 3 of /usr/local/mod_perl-1.24/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not include d in the server configuration the httpd binary is not built with mod_perl will write error_log to: t/logs/error_log letting apache warm up...done /usr/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 146 What is pod? Could you please reply. Thanks a lot. plain old documentation. it is a perl thing. the httpd binary does not have mod_perl so it is choking on it. you did not list the build steps so i am not sure where the error is. you can try to cd to the apache directory, try a make there, and then try this make test again in the mod_perl directory. Kind regards, Leo. -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/ __ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/
mod_perl installation
I 've tried to install mod_perl in FreeBSD2.2.8. The support modul for mod_perl have installed by CPAN module. But when I run Makefile perl Makefile.PL EVERYTHING=1 DO_HTTPD=1 make The proccess stopped with error code perl_util.c: In function `perl_sv_is_http_code': perl_util.c:751: invalid type argument of `-' perl_util.c:754: invalid type argument of `-' *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Will you tell me what 's wrong with this ? And what's the different at all the statement DO_HTTPD=1 and NO_HTTPD=1, because when I tried with NO_HTTPD=1, it worked successfully.
Mod_perl installation on NT_ERROR
Hi, I am running ActivePerl 5.6.0.613, Apache 1.3.12 on my NT4 (sp5) I downloaded mod_perl-1.16-bin-bindist1-i386-win32-vc5.zip file to install mod_perl According to the Readme, I uncompressed the file and * Moved ApacheModulePerl to c:\Apache\Modules(C:\Apache is the root for Apache) * Added a line LoadModule perl_module modules/ApacheModulePerl to httpd.conf When I started the Apache Server I am getting the following Error Apache.exe - Entry Point Not Found The procedure entry point _ap_table_add@12 could not be located in the dynamic link library ApacheCore.dll And I am not clear of the readme that tells copy the perl\site\ tree to your Perl top level directory (e.g. c:\perl). when I unzip the modperl under c:\test, I get the dir structure like C:\test\mod_perl-1.16-bin\perl\site\5.00502\lib I am confused, exactly what are the folders i need to copy to my main perl dir I will appreciate for a quick response Thanks Mahen. Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Re: Mod_perl installation on NT_ERROR
From: "parthasarathy mahendirababu" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Mod_perl installation on NT_ERROR Date: Thu, 01 Jun 2000 10:13:01 PDT Hi, I am running ActivePerl 5.6.0.613, Apache 1.3.12 on my NT4 (sp5) I downloaded mod_perl-1.16-bin-bindist1-i386-win32-vc5.zip file to install mod_perl According to the Readme, I uncompressed the file and * Moved ApacheModulePerl to c:\Apache\Modules(C:\Apache is the root for Apache) * Added a line LoadModule perl_module modules/ApacheModulePerl to httpd.conf When I started the Apache Server I am getting the following Error Apache.exe - Entry Point Not Found The procedure entry point _ap_table_add@12 could not be located in the dynamic link library ApacheCore.dll And I am not clear of the readme that tells copy the perl\site\ tree to your Perl top level directory (e.g. c:\perl). when I unzip the modperl under c:\test, I get the dir structure like C:\test\mod_perl-1.16-bin\perl\site\5.00502\lib I am confused, exactly what are the folders i need to copy to my main perl dir I will appreciate for a quick response Thanks Mahen. Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Re: Mod_perl installation on NT_ERROR
On Thu, 1 Jun 2000, parthasarathy mahendirababu wrote: I am running ActivePerl 5.6.0.613, Apache 1.3.12 on my NT4 (sp5) I downloaded mod_perl-1.16-bin-bindist1-i386-win32-vc5.zip file to install mod_perl When I started the Apache Server I am getting the following Error Apache.exe - Entry Point Not Found The procedure entry point _ap_table_add@12 could not be located in the dynamic link library ApacheCore.dll Hi, You might want to try one of the Win32 mod_perl binaries listed in http://perl.apache.org/distributions.html - these also contain the necessary perl and apache binaries. best regards, randy kobes