Re: [mp1.0] Installation problem
Ged Haywood wrote: Hello again, On Wed, 27 Aug 2003, Alan Rafagudinov wrote: GH> Please post the output of GH> gcc -v Reading specs from /usr/lib/gcc-lib/i386-asplinux-linux/2.96/specs gcc version 2.96 2731 (ASPLinux 7.1 2.96-85.asp) Make sure to use that compiler to build Perl, mod_perl and Apache. Since he built from source as: perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 APACI_ARGS='- -prefix=/usr/local/httpd_perl' it's quite sure that he has used the same compiler. However Alan, have you seen that all emails to this list end with this two lines? Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html If you have followed http://perl.apache.org/bugs/, you'd have supplied a proper bug report and Ged won't have to guess-work what compiler you have used. Make sure to always report bugs properly in the future. Alan, as Ged suggested, upgrade your perl to 5.6.1 or 5.8.0 (5.8.1 was not released yet) and try again (you will need to rebuild mod_perl once you did that). __ 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 -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re[2]: [mp1.0] Installation problem
Hello Ged, Wednesday, August 27, 2003, 6:11:13 PM, you wrote: GH> Hi there, GH> On Wed, 27 Aug 2003, Alan Rafagudinov wrote: >> I've downloaded apache_1.3.28.tar.gz & mod_perl-1.28.tar.gz >> [snip] >> tests failed: >> [snip] >> Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: >> Platform: >> osname=linux, osvers=2.2.16-22smp, archname=i386-linux GH> Upgrade Perl (and your operating system?:). that might help, and GH> version 5.6.0 of Perl is a disaster just waiting to happen anyway. GH> You should be OK with 5.6.1 but I would think 5.8.1 might be better. >> [snip] >> Compiler: >> cc='gcc', optimize='-O2 -march=i386 -mcpu=i686', gccversion=2.96 2731 >> (ASPLinux 7.0 2.96-79) GH> Please post the output of GH> gcc -v Reading specs from /usr/lib/gcc-lib/i386-asplinux-linux/2.96/specs gcc version 2.96 2731 (ASPLinux 7.1 2.96-85.asp) GH> on your system. GH> 73, GH> Ged. -- Alan Rafagudinov E-mail: [EMAIL PROTECTED] | [EMAIL PROTECTED] Homepage: http://www.rafagudinov.com Phone: +7(926)22-5 -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Re[2]: [mp1.0] Installation problem
Hello again, On Wed, 27 Aug 2003, Alan Rafagudinov wrote: > GH> Please post the output of > GH> gcc -v > > Reading specs from /usr/lib/gcc-lib/i386-asplinux-linux/2.96/specs > gcc version 2.96 2731 (ASPLinux 7.1 2.96-85.asp) Make sure to use that compiler to build Perl, mod_perl and Apache. 73, Ged. -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: [mp1.0] Installation problem
Hi there, On Wed, 27 Aug 2003, Alan Rafagudinov wrote: > I've downloaded apache_1.3.28.tar.gz & mod_perl-1.28.tar.gz > [snip] > tests failed: > [snip] > Summary of my perl5 (revision 5.0 version 6 subversion 0) configuration: > Platform: > osname=linux, osvers=2.2.16-22smp, archname=i386-linux Upgrade Perl (and your operating system?:). that might help, and version 5.6.0 of Perl is a disaster just waiting to happen anyway. You should be OK with 5.6.1 but I would think 5.8.1 might be better. > [snip] > Compiler: > cc='gcc', optimize='-O2 -march=i386 -mcpu=i686', gccversion=2.96 2731 > (ASPLinux 7.0 2.96-79) Please post the output of gcc -v on your system. 73, Ged. -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
[mp1.0] Installation problem
Hello again! I've downloaded apache_1.3.28.tar.gz & mod_perl-1.28.tar.gz and unarchived them to /usr/src/httpd_perl for back-end server then when I make perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 APACI_ARGS='- -prefix=/usr/local/httpd_perl' and make && make test tests failed: done /usr/bin/perl t/TEST 0 modules/actions.ok modules/cgi.ok modules/constants...ok modules/cookie..ok modules/fileok modules/httpdconf...ok modules/include.ok modules/log.ok modules/module..skipped test on this platform modules/perlrun.ok modules/psections...ok modules/request.Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. modules/request.NOK 10FAILED tests 1-10 Failed 10/10 tests, 0.00% okay modules/src.ok modules/ssi.skipped test on this platform modules/stage...skipped test on this platform modules/status..fetch /perl/perl-status failed! modules/status..dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-10 Failed 10/10 tests, 0.00% okay modules/symbol..FAILED before any test output arrived modules/uri.FAILED before any test output arrived modules/utilFAILED before any test output arrived internal/apiFAILED before any test output arrived internal/auth...ok 2/2FAILED test 1 Failed 1/2 tests, 50.00% okay internal/croak..NOK 12FAILED tests 1, 3-4, 6-7, 9-10, 12 Failed 8/12 tests, 33.33% okay internal/dirmagic...FAILED before any test output arrived internal/error..ok internal/headersArgument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Argument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Argument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Argument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Use of uninitialized value in string eq at internal/headers.t line 42. Use of uninitialized value in string eq at internal/headers.t line 48. Use of uninitialized value in string eq at internal/headers.t line 54. internal/headersNOK 13FAILED tests 1-11, 13 Failed 12/13 tests, 7.69% okay internal/hooks..500 (Internal Server Error) Can't connect to localhost:8529 (Timeout) Client-Date: Mon, 25 Aug 2003 05:12:29 GMT internal/hooks..dubious Test returned status 111 (wstat 28416, 0x6f00) internal/http-get...Internal Server Error internal/http-get...dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-16 Failed 16/16 tests, 0.00% okay internal/http-post..Internal Server Error internal/http-post..dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-7 Failed 7/7 tests, 0.00% okay internal/proxy..ok internal/redirect...NOK 6FAILED tests 1-4, 6 Failed 5/6 tests, 16.67% okay internal/rwrite.NOK 2FAILED tests 1-2 Failed 2/2 tests, 0.00% okay internal/stackedcan't open http://localhost:8529//perl/stacked internal/stackeddubious Test returned status 111 (wstat 28416, 0x6f00) internal/table..FAILED before any test output arrived internal/taint..Internal Server Error internal/taint..dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Status Wstat Total Fail Failed List of failed --- internal/api.t ?? ?? % ?? internal/auth.t 21 50.00% 1 internal/croak. 128 66.67% 1, 3-4, 6-7, 9-10, 12 internal/dirmag ?? ?? % ?? internal/header 13 12 92.31% 1-11, 13 internal/hooks. 111 28416?? ?? % ?? internal/http-g 111 2841616 16 100.00% 1-16 internal/http-p 111 28416 77 100.00% 1-7 internal/redire 65 83.33% 1-4, 6 internal/rwrite 22 100.00% 1-2 internal/stacke 111 28416?? ?? % ?? intern
Re: Installation problem
Hello there, On Mon, 25 Aug 2003, Alan Rafagudinov wrote: > I've downloaded apache_1.3.28.tar.gz & mod_perl-1.28.tar.gz > and unarchive it to /usr/src/httpd_perl for back-end server > > then when I make > > perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 > EVERYTHING=1 APACI_ARGS='- > -prefix=/usr/local/httpd_perl' > > [snip] > modules/psections...ok > modules/request.Use of uninitialized value in numeric eq (==) at > modules/request.t line 147. > Use of uninitialized value in concatenation (.) at modules/request.t line 147. > [snip] Can you tell us a bit more about your system? The documentation gives you information about what information you need to give... What compiler was used to build your Perl, and was it the same compiler that you used to build mod_perl and Apache? 73, Ged. -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Installation problem
[EMAIL PROTECTED] wrote: Hello! Your letter successfully arrived to my mailbox and I'll read it in the nearest future. -- Здравствуйте! Ваше письмо благополучно дошло до моего почтового ящика и я его обязательно прочту в ближайшее время. Like we don't have enough spam and virus emails already. If you ask a question in a public forum and expect an answer, please at least consider to turn off any autoresponders that you may have. :( __ 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 -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Installation problem
Ged Haywood wrote: Hello there, On Mon, 25 Aug 2003, Alan Rafagudinov wrote: I've downloaded apache_1.3.28.tar.gz & mod_perl-1.28.tar.gz and unarchive it to /usr/src/httpd_perl for back-end server then when I make perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 APACI_ARGS='- -prefix=/usr/local/httpd_perl' [snip] modules/psections...ok modules/request.Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. [snip] Can you tell us a bit more about your system? The documentation gives you information about what information you need to give... What compiler was used to build your Perl, and was it the same compiler that you used to build mod_perl and Apache? Folks, please point bug reporters to http://perl.apache.org/bugs/, which provides the exact information we need to help them. __ 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 -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Installation problem
Hello! I've downloaded apache_1.3.28.tar.gz & mod_perl-1.28.tar.gz and unarchive it to /usr/src/httpd_perl for back-end server then when I make perl Makefile.PL APACHE_SRC=../apache_1.3.28/src/ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 APACI_ARGS='- -prefix=/usr/local/httpd_perl' and make && make test tests failed: done /usr/bin/perl t/TEST 0 modules/actions.ok modules/cgi.ok modules/constants...ok modules/cookie..ok modules/fileok modules/httpdconf...ok modules/include.ok modules/log.ok modules/module..skipped test on this platform modules/perlrun.ok modules/psections...ok modules/request.Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. Use of uninitialized value in numeric eq (==) at modules/request.t line 147. Use of uninitialized value in concatenation (.) at modules/request.t line 147. Use of uninitialized value in numeric eq (==) at modules/request.t line 149. modules/request.NOK 10FAILED tests 1-10 Failed 10/10 tests, 0.00% okay modules/src.ok modules/ssi.skipped test on this platform modules/stage...skipped test on this platform modules/status..fetch /perl/perl-status failed! modules/status..dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-10 Failed 10/10 tests, 0.00% okay modules/symbol..FAILED before any test output arrived modules/uri.FAILED before any test output arrived modules/utilFAILED before any test output arrived internal/apiFAILED before any test output arrived internal/auth...ok 2/2FAILED test 1 Failed 1/2 tests, 50.00% okay internal/croak..NOK 12FAILED tests 1, 3-4, 6-7, 9-10, 12 Failed 8/12 tests, 33.33% okay internal/dirmagic...FAILED before any test output arrived internal/error..ok internal/headersArgument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Argument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Argument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Argument "" isn't numeric in numeric eq (==) at internal/headers.t line 29. Use of uninitialized value in string eq at internal/headers.t line 42. Use of uninitialized value in string eq at internal/headers.t line 48. Use of uninitialized value in string eq at internal/headers.t line 54. internal/headersNOK 13FAILED tests 1-11, 13 Failed 12/13 tests, 7.69% okay internal/hooks..500 (Internal Server Error) Can't connect to localhost:8529 (Timeout) Client-Date: Mon, 25 Aug 2003 05:12:29 GMT internal/hooks..dubious Test returned status 111 (wstat 28416, 0x6f00) internal/http-get...Internal Server Error internal/http-get...dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-16 Failed 16/16 tests, 0.00% okay internal/http-post..Internal Server Error internal/http-post..dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-7 Failed 7/7 tests, 0.00% okay internal/proxy..ok internal/redirect...NOK 6FAILED tests 1-4, 6 Failed 5/6 tests, 16.67% okay internal/rwrite.NOK 2FAILED tests 1-2 Failed 2/2 tests, 0.00% okay internal/stackedcan't open http://localhost:8529//perl/stacked internal/stackeddubious Test returned status 111 (wstat 28416, 0x6f00) internal/table..FAILED before any test output arrived internal/taint..Internal Server Error internal/taint..dubious Test returned status 111 (wstat 28416, 0x6f00) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Status Wstat Total Fail Failed List of failed --- internal/api.t ?? ?? % ?? internal/auth.t 21 50.00% 1 internal/croak. 128 66.67% 1, 3-4, 6-7, 9-10, 12 internal/dirmag ?? ?? % ?? internal/header 13 12 92.31% 1-11, 13 internal/hooks. 111 28416?? ?? % ?? internal/http-g 111 2841616 16 100.00% 1-16 internal/http-p 111 28416 77 100.00% 1-7 internal/redire 65 83.33% 1-4, 6 internal/rwrite 22 100.00% 1-2 internal/stacke 111 28416?? ?? % ?? internal/table.
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...
> > 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
RE: mod_perl installation problem...
Never got to the bottom of this, but have reverted to mod_perl-1.27 and libapreq-1.1 and all is now working dandy. Cheers for the help. Jim > -Original Message- > From: Jim Morrison [Mailing-Lists] [mailto:[EMAIL PROTECTED] > Sent: 23 July 2003 09:43 > To: [EMAIL PROTECTED] > Cc: 'Randy Kobes' > Subject: RE: mod_perl installation problem... > > > Thanks for getting back Randy, > > Libapreq is complaining too.. That's how this all started, I > couldn't install Apache::Cookie. > > Ok.. I've had a bit of a clean up, and I can now get > Apache&mod_perl compiling and running just fine.. __But__ I > still can't for the life of me get Apache::Request and > Apache::Cookie to install.. Going slowly insane. > > Any help really appreciated.. Hope this hasn't become too OT. > > Cheers, > Jimbo >
RE: mod_perl installation problem...
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: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 > > > > 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, 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, 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, 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, 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 > > 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 > > 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
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 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: Installation Problem
On Wed, 2003-06-18 at 06:26, Ankur Jain wrote: > Hi, > I have RHL 8.0 and Apache2.0 running and perl > 5.8.0. I am trying to install the modperl2.0 It's > going fine till the make procedure but when I run the > "make test" it prompts that "no test server configured > please specify a httpd or apxs or put either in your > path. Eg: t/TEST -httpd /path/to/bin/httpd" > > I tried that and it ended with an error "server > :8529 error running tests please examine > t/logs/error_log". > > The error_log file contains the following error: > > failed to resolve handler 'TestHooks::trans' and > several others. This is often a symptom of building and running tests as root. > Please tell me what could be the issue?? > > Thank you. > > > __ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com >
Installation Problem
Hi, I have RHL 8.0 and Apache2.0 running and perl 5.8.0. I am trying to install the modperl2.0 It's going fine till the make procedure but when I run the "make test" it prompts that "no test server configured please specify a httpd or apxs or put either in your path. Eg: t/TEST -httpd /path/to/bin/httpd" I tried that and it ended with an error "server :8529 error running tests please examine t/logs/error_log". The error_log file contains the following error: failed to resolve handler 'TestHooks::trans' and several others. Please tell me what could be the issue?? Thank you. __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
Re: mod_perl & PHP installation problem
Hi! On Mon, Jan 27, 2003 at 02:03:12PM +0100, [EMAIL PROTECTED] wrote: > I've got some problems compiling mod_perl together with PHP. So, after reading some docs, I solved them myself. For the archives: > ./configure --prefix=/usr/local/etc/httpd \ > --activate-module=src/modules/perl/libperl.a \ > --activate-module=src/modules/php4/libphp4.a > > There is neither libperl.a nor libphp4.a in the corresponding dirs. Those files are not expected to be there. They are generated during compilation. I found this tip in some PHP instalation guide. (When I initially tried to install PHP & mod_perl, I did some other mistake. I started investigating, noticed the "missing" files, and thought that this is the problem. But I've been on the wrong track...) I'll send a doc-patch later to the doc-dev list. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
mod_perl & PHP installation problem
Hi! I've got some problems compiling mod_perl together with PHP. I'm using Apache 1.3.27, mod_perl 1.27 and PHP 4.3.0 on RedHat-Linux (7.2). I'm following http://perl.apache.org/docs/1.0/guide/install.html#mod_perl_and_mod_php The problem arises at the step "Build Apache" ./configure --prefix=/usr/local/etc/httpd \ --activate-module=src/modules/perl/libperl.a \ --activate-module=src/modules/php4/libphp4.a There is neither libperl.a nor libphp4.a in the corresponding dirs. In modules/perl there is a file called libperl.module In modules/php there are two likely files, libphp4.module and libmodphp4.a I tried to use the *.module files, but make dies with gcc: modules/perl/libperl.a: file not found gcc: modules/php4/libphp4.a: file not found Any ideas what might cause the problem? Or a pointer to the proper FM? -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
Re: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27
Danke for the responce - I just realized that and have now redone with the correct sources Silly me, I thought 1.99 would still be in the mod_perl1 release :) Thanks Frank - Original Message - From: "Beau E. Cox" <[EMAIL PROTECTED]> To: "Frank Laczko Jr." <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, December 30, 2002 4:59 AM Subject: RE: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27 > No No No - > > mod_perl-1.99 is really the pre-relase mod_perl 2. > > You MUST use Apache 2 with mod_perl 2! > > Aloha => Beau. > > -Original Message- > From: Frank Laczko Jr. [mailto:[EMAIL PROTECTED]] > Sent: Sunday, December 29, 2002 11:37 PM > To: [EMAIL PROTECTED] > Subject: Help! :) - Installation problem with mod_perl-1.99_07 and > apache_1.3.27 > > > Hello all > > I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed. > I have looked through the docs and have not seen a solution, so if one > exists and I missed it, let me apologize in advance. > > I am running the apache configure script that uses apaci with options to > enable mod_so and several other modules, then running the perl Makefile.pl > script for mod_perl. This is the error I get: > > $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 > USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 USE_DSO=1 > Reading Makefile.PL args from @ARGV > !!! Unable to determine server version, aborting. > !!! Please specify MP_APXS or MP_AP_PREFIX. > > I have also tried : > > $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 > USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 > Reading Makefile.PL args from @ARGV > !!! Unable to determine server version, aborting. > !!! Please specify MP_APXS or MP_AP_PREFIX > > What am I missing? Anyone have any ideas? > > Thanks in advance > > Frank Laczko > [EMAIL PROTECTED] > > > > > >
Re: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27
On Mon, Dec 30, 2002 at 02:36:47AM -0700, Frank Laczko Jr. wrote: > Hello all > > I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed. > I have looked through the docs and have not seen a solution, so if one > exists and I missed it, let me apologize in advance. > > I am running the apache configure script that uses apaci with options to > enable mod_so and several other modules, then running the perl Makefile.pl > script for mod_perl. This is the error I get: > > $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 > USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 USE_DSO=1 > Reading Makefile.PL args from @ARGV > !!! Unable to determine server version, aborting. > !!! Please specify MP_APXS or MP_AP_PREFIX. > > I have also tried : > > $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 > USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 > Reading Makefile.PL args from @ARGV > !!! Unable to determine server version, aborting. > !!! Please specify MP_APXS or MP_AP_PREFIX > > What am I missing? Anyone have any ideas? > > Thanks in advance > > Frank Laczko > [EMAIL PROTECTED] > > i IS your httpd statically built or dynamically built?? -- Member - Liberal International On 11 Sept 2001 the WORLD was violated. This is [EMAIL PROTECTED] Ici [EMAIL PROTECTED] Society MUST be saved! Extremists must dissolve. Merry Christmas 2002 and Happy 2003
RE: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27
This is what i've got trying the same thing: httpd >= 2.0.40 is needed by mod_perl-1.99_05-3 perl >= 5.8.0 is needed by mod_perl-1.99_05-3 httpd-mmn = 20020628 is needed by mod_perl-1.99_05-3 libapr.so.0 is needed by mod_perl-1.99_05-3 libaprutil.so.0 is needed by mod_perl-1.99_05-3 libc.so.6(GLIBC_2.3) is needed by mod_perl-1.99_05-3 Radu -Original Message- From: Beau E. Cox [mailto:[EMAIL PROTECTED]] Sent: Monday, December 30, 2002 13:59 To: Frank Laczko Jr.; [EMAIL PROTECTED] Subject: RE: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27 No No No - mod_perl-1.99 is really the pre-relase mod_perl 2. You MUST use Apache 2 with mod_perl 2! Aloha => Beau. -Original Message- From: Frank Laczko Jr. [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 29, 2002 11:37 PM To: [EMAIL PROTECTED] Subject: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27 Hello all I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed. I have looked through the docs and have not seen a solution, so if one exists and I missed it, let me apologize in advance. I am running the apache configure script that uses apaci with options to enable mod_so and several other modules, then running the perl Makefile.pl script for mod_perl. This is the error I get: $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 USE_DSO=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX. I have also tried : $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX What am I missing? Anyone have any ideas? Thanks in advance Frank Laczko [EMAIL PROTECTED] -- virus checked - cciu unitbv
RE: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27
No No No - mod_perl-1.99 is really the pre-relase mod_perl 2. You MUST use Apache 2 with mod_perl 2! Aloha => Beau. -Original Message- From: Frank Laczko Jr. [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 29, 2002 11:37 PM To: [EMAIL PROTECTED] Subject: Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27 Hello all I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed. I have looked through the docs and have not seen a solution, so if one exists and I missed it, let me apologize in advance. I am running the apache configure script that uses apaci with options to enable mod_so and several other modules, then running the perl Makefile.pl script for mod_perl. This is the error I get: $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 USE_DSO=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX. I have also tried : $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX What am I missing? Anyone have any ideas? Thanks in advance Frank Laczko [EMAIL PROTECTED]
Help! :) - Installation problem with mod_perl-1.99_07 and apache_1.3.27
Hello all I am having a problem getting mod_perl-1.99_07 and apache_1.3.27 installed. I have looked through the docs and have not seen a solution, so if one exists and I missed it, let me apologize in advance. I am running the apache configure script that uses apaci with options to enable mod_so and several other modules, then running the perl Makefile.pl script for mod_perl. This is the error I get: $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 USE_DSO=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX. I have also tried : $ perl Makefile.PL APACHE_SRC=../apache_1.3.xxx/src NO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 Reading Makefile.PL args from @ARGV !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX What am I missing? Anyone have any ideas? Thanks in advance Frank Laczko [EMAIL PROTECTED]
Re: Apache 1.3.27 + Mod_perl(sunOS Solaris) installation problem
Hi there, On Fri, 8 Nov 2002, Manish Anand wrote: > I am trying to install Apache1.3.27 + Mod_perl 1.27... I was successful in > eventually installing the apache with mod-perl support. I verified that > mod-perl was installed by 'httpd -l' command. Everything seemd to be > working the way it shoudl, but when i run the server... it says 'httpd > server started' ... but actually the server is not started. The post is > inaccessible through the browser and when u give the command to stop the > http server, it says that the server is not running. > > Kindly, let me know the cause of such a problem and remedies to overcome > them. You do not give enough information to say what might be wrong. Please read the documentation concerning what information should be given in messages to this list, and then provide that information. The first document you should to read is .../mod_perl-1.27/SUPPORT 73, Ged.
Apache 1.3.27 + Mod_perl(sunOS Solaris) installation problem
Hi ! I am trying to install Apache1.3.27 + Mod_perl 1.27... I was successful in eventually installing the apache with mod-perl support. I verified that mod-perl was installed by 'httpd -l' command. Everything seemd to be working the way it shoudl, but when i run the server... it says 'httpd server started' ... but actually the server is not started. The post is inaccessible through the browser and when u give the command to stop the http server, it says that the server is not running. Kindly, let me know the cause of such a problem and remedies to overcome them. Thanking you, Manish
mod_perl 1.99_01 installation problem
1. Problem Description: * WrapXS/APR/Lock/Lock.c fails to compile. See the cut and paste at the end (3). * CC seems to be looking for libperl.(so|a).5.6.1 in /usr/lib/perl/5.6.1/CORE/, but Debian seems to put libperl.so.5.6.1 in /usr/lib. This doesn't seem like a mod_perl installer bug, but never having fiddled with the libraries, more people should encounter this, erm, feature :) A simple symlink from /usr/lib/bla to the CORE directory seems to fix this one. -L/usr/lib doesn't (unsurprisingly) work. 2. Used Components and their Configuration: *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_APXS => /usr/local/apache2/bin/apxs MP_CCOPTS => -L/usr/lib MP_GENERATE_XS => 1 MP_INST_APACHE2 => 1 MP_LIBNAME => mod_perl MP_USE_DSO => 1 *** /usr/local/apache2/bin/httpd -V Server version: Apache/2.0.36 Server built: May 30 2002 16:16:31 Server's Module Magic Number: 20020329:1 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/usr/local/apache2" -D SUEXEC_BIN="/usr/local/apache2/bin/suexec" -D DEFAULT_ERRORLOG="logs/error_log" -D SERVER_CONFIG_FILE="conf/httpd.conf" *** /usr/bin/perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.13, archname=i386-linux uname='linux duende 2.4.13 #1 wed oct 31 19:18:07 est 2001 i686 unknown ' config_args='-Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i386-linux -Dprefix=/usr -Dprivlib=/usr/share/perl/5.6.1 -Darchlib=/usr/lib/perl/5.6.1 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.6.1 -Dsitearch=/usr/local/lib/perl/5.6.1 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Uusesfio -Duseshrplib -Dlibperl=libperl.so.5.6.1 -Dd_dosuid -des' 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 ='-DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-DDEBIAN -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.95.4 (Debian prerelease)', 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=-lgdbm -ldb -ldl -lm -lc -lcrypt perllibs=-ldl -lm -lc -lcrypt libc=/lib/libc-2.2.4.so, so=so, useshrplib=true, libperl=libperl.so.5.6.1 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 Jan 11 2002 04:09:18 %ENV: PERL_LWP_USE_HTTP_10="1" @INC: /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1 /usr/local/lib/site_perl . 3. This is the core dump trace: (if you get a core dump): Compile error instead: cc -c -I/usr/src/apache/apache-2.0/mod_perl-1.99_01/src/modules/perl -I/usr/src/apache/apache-2.0/mod_perl-1.99_01/xs -I/usr/local/apache2/include -DDEBIAN -fno-strict-aliasing -I/usr/local/include -DMOD_PERL -L/usr/lib -O2 -DVERSION=\"0.01\" -DXS_VERSION=\"0.01\" -fPIC "-I/usr/lib/perl/5.6.1/CORE" Lock.c In file included from Lock.xs:26: /usr/src/apache/apache-2.0/mod_perl-1.99_01/xs/APR/Lock/APR__Lock.h: In function `mpxs_apr_lock_create': /usr/src/apache/apache-2.0/mod_perl-1.99_01/xs/APR/Lock/APR__Lock.h:11: incompatible type for argument 4 of `apr_lock_create' /usr/src/apache/apache-2.0/mod_perl-1.99_01/xs/APR/Lock/APR__Lock.h:11: warning: passing arg 5 of `apr_lock_create' from incompatible pointer type /usr/src/apache/apache-2.0/mod_perl-1.99_01/xs/APR/Lock/APR__Lock.h:11: too many arguments to function `apr_lock_create' Lock.c: In function `XS_APR__Lock_acquire_rw': Lock.c:68: `apr_readerwriter_e' undeclared (first use in this function) Lock.c:68: (Each undeclared identifier is reported only once Lock.c:68: for each function it
RE: Apache::SharedMem 0.07 installation problem
Actually, it is strange. bash$ echo $PWD /home/barancev bash$ perl -e 'print $ENV{PWD}' bash$ perl -e 'print "Oops!\n" unless exists $ENV{PWD}' Oops! bash$ By the way, `env` command does not show PWD variable too. Somebody khows what the reason can be? Once again my system configuration is bash$ uname -a Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown Looks like it is not mod_perl related topic, sorry for noise. > -Original Message- > From: Olivier Poitrey [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 02, 2001 1:05 PM > To: [EMAIL PROTECTED]; Modperl List > Subject: Re: Apache::SharedMem 0.07 installation problem > > > Ok, the test failed because your $ENV{PWD} is empty, I'll trap > this error on > 0.08. By the way, > why is your $ENV{PWD} empty ? > > regards > > -- > __ > _ > O l i v i e rP o i t r e y > > USA disaster support http://www.osdn.com/911.shtml* > > - Original Message - > From: "Alexei Barantsev" <[EMAIL PROTECTED]> > To: "Olivier Poitrey" <[EMAIL PROTECTED]>; "Modperl List" > <[EMAIL PROTECTED]> > Sent: Tuesday, October 02, 2001 10:50 AM > Subject: RE: Apache::SharedMem 0.07 installation problem > > > > Nothing, sir! :) The matter is that $ENV{PWD} is empty. > > > > Neither works this one: > > $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $<), "\n"' > > > > This variant works though: > > $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd, > $<), > > "\n"' > > -1760399103 > >
Re: Apache::SharedMem 0.07 installation problem
Ok, the test failed because your $ENV{PWD} is empty, I'll trap this error on 0.08. By the way, why is your $ENV{PWD} empty ? regards -- ___ O l i v i e rP o i t r e y USA disaster support http://www.osdn.com/911.shtml* - Original Message - From: "Alexei Barantsev" <[EMAIL PROTECTED]> To: "Olivier Poitrey" <[EMAIL PROTECTED]>; "Modperl List" <[EMAIL PROTECTED]> Sent: Tuesday, October 02, 2001 10:50 AM Subject: RE: Apache::SharedMem 0.07 installation problem > Nothing, sir! :) The matter is that $ENV{PWD} is empty. > > Neither works this one: > $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $<), "\n"' > > This variant works though: > $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd, $<), > "\n"' > -1760399103 > > > -Original Message- > > From: Olivier Poitrey [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, October 02, 2001 12:24 PM > > To: [EMAIL PROTECTED]; Modperl List > > Subject: Re: Apache::SharedMem 0.07 installation problem > > > > > > What this command return on your system: > > > > $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $<), "\n"' > > > > best regards > > > > -- > > __ > > _ > > O l i v i e rP o i t r e y > > > > USA disaster support http://www.osdn.com/911.shtml > > > > - Original Message - > > From: "Alexei Barantsev" <[EMAIL PROTECTED]> > > To: "Modperl List" <[EMAIL PROTECTED]> > > Sent: Tuesday, October 02, 2001 8:32 AM > > Subject: Apache::SharedMem 0.07 installation problem > > > > > > > I have problems with Apache::SharedMem 0.07 installation. > > > > > > Here is my configuration: > > > > > > bash$ uname -a > > > Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown > > > > > > bash$ perl -v > > > This is perl, v5.6.1 built for i686-linux > > > > > > And here is 'make test' report: > > > > > > bash$ make test TEST_VERBOSE=1 > > > PERL_DL_NONLAZY=1 > > > > > /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib > > -I/usr/lib/perl5/5.00503/i386-li > > > nux -I/usr/lib/perl5/5.005 > > > 03 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests > > > @ARGV;' t/*.t > > > t/assign..1..8 > > > ok 1 > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > > Apache::SharedMem object creation missing rootkey parameter. at > > t/assign.t > > > line 14 > > > dubious > > > Test returned status 2 (wstat 512, 0x200) > > > DIED. FAILED tests 2-8 > > > Failed 7/8 tests, 12.50% okay > > > t/import..1..5 > > > ok 1 > > > ok 2 > > > ok 3 > > > ok 4 > > > ok 5 > > > ok > > > t/smartlock...1..16 > > > ok 1 > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > > Apache::SharedMem object creation missing rootkey parameter. at > > > t/smartlock.t line 14 > > > dubious > > > Test returned status 2 (wstat 512, 0x200) > > > DIED. FAILED tests 2-16 > > > Failed 15/16 tests, 6.25% okay > > > t/timedoutlock1..8 > > > ok 1 > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > > Apache::SharedMem object creation missing rootkey parameter. at > > > t/timedoutlock.t line 14 > > > dubious > > > Test returned status 2 (wstat 512, 0x200) > > > DIED. FAILED tests 2-8 > > > Failed 7/8 tests, 12.50% okay > > > t/zdestroy1..3 > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > > Apache::SharedMem object creation missing rootkey parameter. at > > t/zdestroy.t > > > line 14 > > > dubious > > > Test returned status 2 (wstat 512, 0x200) > > > DIED. FAILED tests 1-3 > > > Failed 3/3 tests, 0.00% okay > > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > > > -- > > -- > > > --- > > > t/assign.t 2 512 87 87.50% 2-8 > > > t/smartlock.t 2 51216 15 93.75% 2-16 > > > t/timedoutlock.t2 512 87 87.50% 2-8 > > > t/zdestroy.t2 512 33 100.00% 1-3 > > > Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, > > 20.00% okay. > > > make: *** [test_dynamic] Error 2 > > > > > > -- > > > Alexei Barantsev, ISP RAS > > > E-mail: [EMAIL PROTECTED] > > > ICQ : 3959207 > > > > > > > > > >
RE: Apache::SharedMem 0.07 installation problem
Nothing, sir! :) The matter is that $ENV{PWD} is empty. Neither works this one: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok(`pwd`, $<), "\n"' This variant works though: $ perl -MIPC::SysV -e 'chomp($pwd = `pwd`); print IPC::SysV::ftok($pwd, $<), "\n"' -1760399103 > -Original Message- > From: Olivier Poitrey [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 02, 2001 12:24 PM > To: [EMAIL PROTECTED]; Modperl List > Subject: Re: Apache::SharedMem 0.07 installation problem > > > What this command return on your system: > > $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $<), "\n"' > > best regards > > -- > __ > _ > O l i v i e rP o i t r e y > > USA disaster support http://www.osdn.com/911.shtml > > - Original Message - > From: "Alexei Barantsev" <[EMAIL PROTECTED]> > To: "Modperl List" <[EMAIL PROTECTED]> > Sent: Tuesday, October 02, 2001 8:32 AM > Subject: Apache::SharedMem 0.07 installation problem > > > > I have problems with Apache::SharedMem 0.07 installation. > > > > Here is my configuration: > > > > bash$ uname -a > > Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown > > > > bash$ perl -v > > This is perl, v5.6.1 built for i686-linux > > > > And here is 'make test' report: > > > > bash$ make test TEST_VERBOSE=1 > > PERL_DL_NONLAZY=1 > > > /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib > -I/usr/lib/perl5/5.00503/i386-li > > nux -I/usr/lib/perl5/5.005 > > 03 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests > > @ARGV;' t/*.t > > t/assign..1..8 > > ok 1 > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > Apache::SharedMem object creation missing rootkey parameter. at > t/assign.t > > line 14 > > dubious > > Test returned status 2 (wstat 512, 0x200) > > DIED. FAILED tests 2-8 > > Failed 7/8 tests, 12.50% okay > > t/import..1..5 > > ok 1 > > ok 2 > > ok 3 > > ok 4 > > ok 5 > > ok > > t/smartlock...1..16 > > ok 1 > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > Apache::SharedMem object creation missing rootkey parameter. at > > t/smartlock.t line 14 > > dubious > > Test returned status 2 (wstat 512, 0x200) > > DIED. FAILED tests 2-16 > > Failed 15/16 tests, 6.25% okay > > t/timedoutlock1..8 > > ok 1 > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > Apache::SharedMem object creation missing rootkey parameter. at > > t/timedoutlock.t line 14 > > dubious > > Test returned status 2 (wstat 512, 0x200) > > DIED. FAILED tests 2-8 > > Failed 7/8 tests, 12.50% okay > > t/zdestroy1..3 > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > > Apache::SharedMem object creation missing rootkey parameter. at > t/zdestroy.t > > line 14 > > dubious > > Test returned status 2 (wstat 512, 0x200) > > DIED. FAILED tests 1-3 > > Failed 3/3 tests, 0.00% okay > > Failed Test Stat Wstat Total Fail Failed List of Failed > > > -- > -- > > --- > > t/assign.t 2 512 87 87.50% 2-8 > > t/smartlock.t 2 51216 15 93.75% 2-16 > > t/timedoutlock.t2 512 87 87.50% 2-8 > > t/zdestroy.t2 512 33 100.00% 1-3 > > Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, > 20.00% okay. > > make: *** [test_dynamic] Error 2 > > > > -- > > Alexei Barantsev, ISP RAS > > E-mail: [EMAIL PROTECTED] > > ICQ : 3959207 > > > > >
Re: Apache::SharedMem 0.07 installation problem
What this command return on your system: $ perl -MIPC::SysV -e 'print IPC::SysV::ftok($ENV{PWD}, $<), "\n"' best regards -- ___ O l i v i e rP o i t r e y USA disaster support http://www.osdn.com/911.shtml - Original Message - From: "Alexei Barantsev" <[EMAIL PROTECTED]> To: "Modperl List" <[EMAIL PROTECTED]> Sent: Tuesday, October 02, 2001 8:32 AM Subject: Apache::SharedMem 0.07 installation problem > I have problems with Apache::SharedMem 0.07 installation. > > Here is my configuration: > > bash$ uname -a > Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown > > bash$ perl -v > This is perl, v5.6.1 built for i686-linux > > And here is 'make test' report: > > bash$ make test TEST_VERBOSE=1 > PERL_DL_NONLAZY=1 > /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00503/i386-li > nux -I/usr/lib/perl5/5.005 > 03 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests > @ARGV;' t/*.t > t/assign..1..8 > ok 1 > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > Apache::SharedMem object creation missing rootkey parameter. at t/assign.t > line 14 > dubious > Test returned status 2 (wstat 512, 0x200) > DIED. FAILED tests 2-8 > Failed 7/8 tests, 12.50% okay > t/import..1..5 > ok 1 > ok 2 > ok 3 > ok 4 > ok 5 > ok > t/smartlock...1..16 > ok 1 > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > Apache::SharedMem object creation missing rootkey parameter. at > t/smartlock.t line 14 > dubious > Test returned status 2 (wstat 512, 0x200) > DIED. FAILED tests 2-16 > Failed 15/16 tests, 6.25% okay > t/timedoutlock1..8 > ok 1 > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > Apache::SharedMem object creation missing rootkey parameter. at > t/timedoutlock.t line 14 > dubious > Test returned status 2 (wstat 512, 0x200) > DIED. FAILED tests 2-8 > Failed 7/8 tests, 12.50% okay > t/zdestroy1..3 > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. > Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. > Apache::SharedMem object creation missing rootkey parameter. at t/zdestroy.t > line 14 > dubious > Test returned status 2 (wstat 512, 0x200) > DIED. FAILED tests 1-3 > Failed 3/3 tests, 0.00% okay > Failed Test Stat Wstat Total Fail Failed List of Failed > -- -- > --- > t/assign.t 2 512 87 87.50% 2-8 > t/smartlock.t 2 51216 15 93.75% 2-16 > t/timedoutlock.t2 512 87 87.50% 2-8 > t/zdestroy.t2 512 33 100.00% 1-3 > Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, 20.00% okay. > make: *** [test_dynamic] Error 2 > > -- > Alexei Barantsev, ISP RAS > E-mail: [EMAIL PROTECTED] > ICQ : 3959207 > >
Apache::SharedMem 0.07 installation problem
I have problems with Apache::SharedMem 0.07 installation. Here is my configuration: bash$ uname -a Linux dallas 2.2.14-5.0 #1 Tue Mar 7 21:07:39 EST 2000 i686 unknown bash$ perl -v This is perl, v5.6.1 built for i686-linux And here is 'make test' report: bash$ make test TEST_VERBOSE=1 PERL_DL_NONLAZY=1 /usr/bin/perl5.00503 -Iblib/arch -Iblib/lib -I/usr/lib/perl5/5.00503/i386-li nux -I/usr/lib/perl5/5.005 03 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t t/assign..1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/assign.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/import..1..5 ok 1 ok 2 ok 3 ok 4 ok 5 ok t/smartlock...1..16 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/smartlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-16 Failed 15/16 tests, 6.25% okay t/timedoutlock1..8 ok 1 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/timedoutlock.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 2-8 Failed 7/8 tests, 12.50% okay t/zdestroy1..3 Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1073. Use of uninitialized value at blib/lib/Apache/SharedMem.pm line 1075. Apache::SharedMem object creation missing rootkey parameter. at t/zdestroy.t line 14 dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 1-3 Failed 3/3 tests, 0.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- t/assign.t 2 512 87 87.50% 2-8 t/smartlock.t 2 51216 15 93.75% 2-16 t/timedoutlock.t2 512 87 87.50% 2-8 t/zdestroy.t2 512 33 100.00% 1-3 Failed 4/5 test scripts, 20.00% okay. 32/40 subtests failed, 20.00% okay. make: *** [test_dynamic] Error 2 -- Alexei Barantsev, ISP RAS E-mail: [EMAIL PROTECTED] ICQ : 3959207
Re: Installation problem...urgent
Hi there, On Tue, 21 Aug 2001, Alvaro Toro Santivanez wrote: > i need run mod_perl and apache urgent If you are new to mod_perl (and Linux?)you will probably find that it is a rather complex environment. You will need to do a great deal of learning before you can quickly and easily compile, install and configure mod_perl servers. Amongst other things it simply is not safe to put a server on the Web if you don't have a reasonable understanding of how it all hangs together. This is explained for example at the top of the httpd.conf which comes with the Apache distribution. And it is not just your own machine that you might be compromising if you allow a badly configured machine on the Internet, you may be creating a place which unsociable types can use to create a lot of nuisance to other people. So be careful. On the other hand if you are working in a controlled environment like an intranet the risks may be different. Of course we don't know what you are doing because you have not been very forthcoming with the information. It will help us to help you if you try to change that. > i`m red hat 7.0 user. The compiler which comes with Red Hat 7.0 has some problems, you should perhaps upgrade it, or alternatively upgrade to Red Hat 7.1 which I think contains the fixed compiler. Have you successfully configured Apache? You should satisfy yourself that you can get Apache to serve static pages before trying to get mod_perl to work. Red Hat comes with RPMs containing Apache built ready to load mod_perl as a DSO. This means that you can compile an Apache module like mod_perl and load it into Apache without having to recompile Apache, but there are things to consider and it has its disadvantages. If I were you I'd build the whole thing (including Apache) from the beginning, compiling mod_perl into Apache statically. It's very easy. Try to get used to how things go when you do that, you will start to get the feel for the sort of messages that you will see flying past on the screen, what is normal and what is not normal. Be patient. Rome wasn't built in a day. You are using many, many man-years-worth of software when you build and use a mod_perl server and it will take some time to gain even a superficial familiarity. IMHO Red Hat makes the startup and shutdown of Apache slightly more confusing than necessary but you don't need to use the same methods. Just make sure (using 'ps') that you have no other Apaches running when you try to start one which you build yourself. 'kill -15' any other Apache parent process if you like (as long as you're sure it isn't being used by anyone else:). The parent httpd usually has the lowest PID of all of them. It's all in the Guide. You will probably need to read it several times before you can claim to be a competent mod_perl administrator. You really should take a look at the SUPPORT file which comes with the mod_perl distribution. 73, Ged.
Re: Installation problem...urgent
Thanks for your help Robert, i try configure apache only, them mod perl them apache, At this moment i`m use the guide but i try the option of the and this option produce my error. Please i need your help, i need run mod_perl and apache urgent i`m red hat 7.0 user. Thanks Regards Alvaro On Tue, 21 Aug 2001, Robert Landrum wrote: > At 8:45 AM +1000 8/22/01, Robert wrote: > > >> > $ make > >>> > $ make install > >>> > > >>> >My apache configuration can`t take the option > >>> >---activate-module=src/modules/perl/libperl.a > > > >This is because Alvaro hasn't yet installed mod_perl. > > > >configure apache (only) > >configure and make/install mod_perl > >make/install apache > > > > Hmm... Then that would be the problem. I always go the way of the guide > > http://perl.apache.org/guide/install.html > > http://perl.apache.org/guide > > > perl Makefile.PL DO_HTTPD=1 EVERYTHING=1 > APACI_ARGS='--prefix=/usr/local/apache' is the one I always use > > Rob > > -- > "A good magician never reveals his secret; the unbelievable trick > becomes simple and obvious once it is explained. So too with UNIX." >
Re: Installation problem...urgent
At 8:45 AM +1000 8/22/01, Robert wrote: > >> > $ make >>> > $ make install >>> > >>> >My apache configuration can`t take the option >>> >---activate-module=src/modules/perl/libperl.a > >This is because Alvaro hasn't yet installed mod_perl. > >configure apache (only) >configure and make/install mod_perl >make/install apache > Hmm... Then that would be the problem. I always go the way of the guide http://perl.apache.org/guide/install.html http://perl.apache.org/guide perl Makefile.PL DO_HTTPD=1 EVERYTHING=1 APACI_ARGS='--prefix=/usr/local/apache' is the one I always use Rob -- "A good magician never reveals his secret; the unbelievable trick becomes simple and obvious once it is explained. So too with UNIX."
Re: Installation problem...urgent
>> > $ make >> > $ make install >> > >> >My apache configuration can`t take the option >> >---activate-module=src/modules/perl/libperl.a This is because Alvaro hasn't yet installed mod_perl. configure apache (only) configure and make/install mod_perl make/install apache Robert > At 6:30 PM -0400 8/21/01, Alvaro Toro Santivanez wrote: > >Thanks for your help, sorry i type bad in my e-mail i only put > >--activate and try the ./configure but continue marking the ERROR > >The version of apache is 1.3.20 and my mod_perl is 1.26 > > From the SUPPORT file included with the mod_perl distribution: > > > > Always include this information: > > > > Output of C > > > > > We'll need this... > > > > Version of mod_perl > > > > 1.26. > > > > Version of apache > > > > 1.3.20 > > > > Options given to mod_perl's Makefile.PL > > > > Need this too > > > > Server configuration details > > > > Probably not relevent yet, but could you include all the options you > passed to ./configure? > > > > Relevant sections of your ErrorLog (make test's is: t/logs/error_log) > > > > Not Applicable yet. > > > If 'make test' fails, the output of 'make test TEST_VERBOSE=1' > Again, Not Applicable. > > Robert Landrum > > > >Thanks for your help > >Regards > >Alvaro > > > > > >On Tue, 21 Aug 2001, Robert Landrum wrote: > > > >> At 6:02 PM -0400 8/21/01, Alvaro Toro Santivanez wrote: > >> >Hello i have one problem when i install in the part: > >> > > >> > >> > >> > >> > >> > >> > >> > > >> > $ cd apache_x.x.x > >> > $ ./configure \ > >> > --prefix=/path/to/install/of/apache \ > >> > --activate-module=src/modules/perl/libperl.a \ > >> > [...] > >> > $ make > >> > $ make install > >> > > >> >My apache configuration can`t take the option > >> >---activate-module=src/modules/perl/libperl.a > >> > >> Assuming that the extra '-' at the beginning of activate-module is > >> not a typo, that would be your problem. Otherwise, I think we'll > >> need some more information. > >> > >> Remember: when posting to the list, be sure to include everything > >> that's requested in the SUPPORT file included with you mod_perl > >> distribution. > >> > >> Robert Landrum > >> > >> > >> -- > >> "A good magician never reveals his secret; the unbelievable trick > >> becomes simple and obvious once it is explained. So too with UNIX." > >> > > > > > -- > "A good magician never reveals his secret; the unbelievable trick > becomes simple and obvious once it is explained. So too with UNIX." >
Re: Installation problem...urgent
At 6:30 PM -0400 8/21/01, Alvaro Toro Santivanez wrote: >Thanks for your help, sorry i type bad in my e-mail i only put >--activate and try the ./configure but continue marking the ERROR >The version of apache is 1.3.20 and my mod_perl is 1.26 From the SUPPORT file included with the mod_perl distribution: > > Always include this information: > > Output of C > We'll need this... > Version of mod_perl > 1.26. > Version of apache > 1.3.20 > Options given to mod_perl's Makefile.PL > Need this too > Server configuration details > Probably not relevent yet, but could you include all the options you passed to ./configure? > Relevant sections of your ErrorLog (make test's is: t/logs/error_log) > Not Applicable yet. > If 'make test' fails, the output of 'make test TEST_VERBOSE=1' Again, Not Applicable. Robert Landrum >Thanks for your help >Regards >Alvaro > > >On Tue, 21 Aug 2001, Robert Landrum wrote: > >> At 6:02 PM -0400 8/21/01, Alvaro Toro Santivanez wrote: >> >Hello i have one problem when i install in the part: >> > >> >> >> >> >> >> >> > >> > $ cd apache_x.x.x >> > $ ./configure \ >> > --prefix=/path/to/install/of/apache \ >> > --activate-module=src/modules/perl/libperl.a \ >> > [...] >> > $ make >> > $ make install >> > >> >My apache configuration can`t take the option >> >---activate-module=src/modules/perl/libperl.a >> >> Assuming that the extra '-' at the beginning of activate-module is >> not a typo, that would be your problem. Otherwise, I think we'll >> need some more information. >> >> Remember: when posting to the list, be sure to include everything >> that's requested in the SUPPORT file included with you mod_perl >> distribution. >> >> Robert Landrum >> >> >> -- >> "A good magician never reveals his secret; the unbelievable trick >> becomes simple and obvious once it is explained. So too with UNIX." >> > -- "A good magician never reveals his secret; the unbelievable trick becomes simple and obvious once it is explained. So too with UNIX."
Re: Installation problem...urgent
Thanks for your help, sorry i type bad in my e-mail i only put --activate and try the ./configure but continue marking the ERROR The version of apache is 1.3.20 and my mod_perl is 1.26 Thanks for your help Regards Alvaro On Tue, 21 Aug 2001, Robert Landrum wrote: > At 6:02 PM -0400 8/21/01, Alvaro Toro Santivanez wrote: > >Hello i have one problem when i install in the part: > > > > > > > > > > > > $ cd apache_x.x.x > > $ ./configure \ > > --prefix=/path/to/install/of/apache \ > > --activate-module=src/modules/perl/libperl.a \ > > [...] > > $ make > > $ make install > > > >My apache configuration can`t take the option > >---activate-module=src/modules/perl/libperl.a > > Assuming that the extra '-' at the beginning of activate-module is > not a typo, that would be your problem. Otherwise, I think we'll > need some more information. > > Remember: when posting to the list, be sure to include everything > that's requested in the SUPPORT file included with you mod_perl > distribution. > > Robert Landrum > > > -- > "A good magician never reveals his secret; the unbelievable trick > becomes simple and obvious once it is explained. So too with UNIX." >
Re: Installation problem...urgent
At 6:02 PM -0400 8/21/01, Alvaro Toro Santivanez wrote: >Hello i have one problem when i install in the part: > > > $ cd apache_x.x.x > $ ./configure \ > --prefix=/path/to/install/of/apache \ > --activate-module=src/modules/perl/libperl.a \ > [...] > $ make > $ make install > >My apache configuration can`t take the option >---activate-module=src/modules/perl/libperl.a Assuming that the extra '-' at the beginning of activate-module is not a typo, that would be your problem. Otherwise, I think we'll need some more information. Remember: when posting to the list, be sure to include everything that's requested in the SUPPORT file included with you mod_perl distribution. Robert Landrum -- "A good magician never reveals his secret; the unbelievable trick becomes simple and obvious once it is explained. So too with UNIX."
Installation problem...urgent
Hello i have one problem when i install in the part:
Re: Apache::ASP installation problem
"Wang, Pin-Chieh" wrote: > > Hi, > I am using Apache 1.3.14 with mod_perl-1.24_01 on Solaris system > The Apache/Mod_perl part of build is working fine. > But when I installed Apache-ASP-2.07, during the make test part I got > Undefied Routine Devel/Symdump error > therefore the make test failed. > So, I download and try to install Devel-Symdump-2.00, > the make test failed with error code 29 on Command failed for target > 'test-dynamic' > Your other mail said that you got Devel-Symdump-2.01 working. Just closing this thread. --Josh _ Joshua Chamas Chamas Enterprises Inc. NodeWorks >> free web link monitoring Huntington Beach, CA USA http://www.nodeworks.com1-714-625-4051
Apache::ASP installation problem
Hi, I am using Apache 1.3.14 with mod_perl-1.24_01 on Solaris system The Apache/Mod_perl part of build is working fine. But when I installed Apache-ASP-2.07, during the make test part I got Undefied Routine Devel/Symdump error therefore the make test failed. So, I download and try to install Devel-Symdump-2.00, the make test failed with error code 29 on Command failed for target 'test-dynamic' Any person can provide any assistance will be appreciated. Thanks PC
Re: Installation problem...
On Thu, 31 Aug 2000, Derrick wrote: > Dear all, > This is my second time sending this email with the same content. If anybody > know how to fix my problem, please let me know. Thanks. > I am trying to install mod-perl on my freebsd 4.0 server with stronghold and > lastest modperl from cvs. I keep having the same error as follow: > `XS_Apache__Util_validate_password': > Util.o(.text+0x7ac): undefined reference to `ap_validate_password' ... > Stop in /usr/local/stronghold/src. i guess your stronghold is an *old* version of apache. you can solve by using Makefile.PL PERL_UTIL_API=0 or just remove these 4 lines from Util.xs: int validate_password(passwd, hash) const char *passwd const char *hash
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.
Apache DSO/mod_perl installation problem
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 according to documentation. The installation seems to have gone smoothly, although when running 'make test' I got a message that the test wasn't available for mod_perl as DSO option yet. However, when I add mod_perl to apache config, and restart the server, apache loses the capacity to serve even flat pages (I'm getting segmentation fault errors). I would really like to keep apache as DSO. Any thoughts on apache/DSO/mod_perls installation will be greatly appreciated. Thanks German Todorov [EMAIL PROTECTED]
Installation problem...
Dear all, This is my second time sending this email with the same content. If anybody know how to fix my problem, please let me know. Thanks. I am trying to install mod-perl on my freebsd 4.0 server with stronghold and lastest modperl from cvs. I keep having the same error as follow: == ib/perl5/5.6.0/i386-freebsd/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/pe rl5/ 5.6.0/i386-freebsd/CORE -lperl -lm -lc -lcrypt modules/extra/libphp.a(file.o): In function `TempNam': file.o(.text+0x13ec): warning: tempnam() possibly used unsafely; consider using mkstemp() modules/proxy/libproxy.a(proxy_cache.o): In function `ap_proxy_cache_update': proxy_cache.o(.text+0x1dfa): warning: mktemp() possibly used unsafely; consider using mkstemp() modules/perl/libperl.a(Util.o): In function `XS_Apache__Util_validate_password': Util.o(.text+0x7ac): undefined reference to `ap_validate_password' *** Error code 1 Stop in /usr/local/stronghold/src. *** Error code 1 Stop in /usr/derrick/modperl. == I have already tried to use "perl Makefile.PL EVERYTHING=1", it still the same. Does anybody know how to fix this? I really need help, thanks to all, Derrick
Re: mod_perl installation problem
I forgot to say that I'm running solaris 7. I also read and followed the mod_perl intallation guide (the flexible way) at the mod_perl site. It just does not seem to be working. Would anyone know how to fix this problem. Thanks a lot in advance. Leo. --- Leo Gonzalez <[EMAIL PROTECTED]> wrote: > 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 > __ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.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/
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/
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: Newbie Installation Problem
The permissions problems don't appear to be with the ExtUtils directory. It's trying to mkdir /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include. Somewhere among those directories you don't have permission. And, I misspoke before about PREFIX. First, PREFIX doesn't do everything correctly. You need to use 'LIB=/tmp/foo/bar INSTALLMAN3DIR=/tmp/foo/bar/man'. Second, PREFIX, LIB or whatever for mod_perl needs to be added to 'perl Makefile.PL' as so: perl Makefile.PL LIB=/tmp/foo/bar INSTALLMAN3DIR=/tmp/foo/bar/man On 25-Jul-2000 Adelaide Yip wrote: > I tried doing PREFIX=/usr (I'm using Redhat layout), but still the same > error. > I also checked the permissions and I did have write permissions to > /usr/lib/perl5/5.00503/ExtUtils/ . Thing is, I installed with no problems > yesterday using the same method as today and now it suddenly has an error. > > Anyways, thanks for your time Jason. > > Adelaide =) > > > > On Tue, 25 Jul 2000, you wrote: >> On 25-Jul-2000 Adelaide Yip wrote: >> > ModPerl 1.24 configures fine on Redhat 6.2, but sometimes during it's >> > installation I receive this error ... >> > Warning: You do not have permissions to install into >> > /usr/lib/perl5/site_perl/5.005/i386-linux at >> > /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 61. >> > mkdir /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include: >> > Permission denied at /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 114 >> > make: *** [pure_site_install] Error 2 >> >> The error says it all. You don't have permissions to install into the >> standard >> perl lib directory. You probably need to be root. >> >> If you want to install somewhere other than the standard lib directory than >> you >> need to add: PREFIX=/tmp/foo/bar to your ./configure command. >> >> -- >> Jason Bodnar + [EMAIL PROTECTED] + Team Linux >> >> Homer: I keep hearing this horrible irregular thumping noise. >> >> Pump Jockey: >> It's your heart. And I think it's on its last thump. >> >> Homer: Whew, I was afraid it was my transmission. >> >>Homer's Triple Bypass -- Jason Bodnar + [EMAIL PROTECTED] + Team Linux Homer: Ooh, look at this one! The Hammer of Thor! (Reading) "It will send your pins to ... Valhalla?" Lisa? Lisa: Valhalla is where vikings go when they die. Homer: Ooh, that's some ball. The Telltale Head
RE: Newbie Installation Problem
I tried doing PREFIX=/usr (I'm using Redhat layout), but still the same error. I also checked the permissions and I did have write permissions to /usr/lib/perl5/5.00503/ExtUtils/ . Thing is, I installed with no problems yesterday using the same method as today and now it suddenly has an error. Anyways, thanks for your time Jason. Adelaide =) On Tue, 25 Jul 2000, you wrote: > On 25-Jul-2000 Adelaide Yip wrote: > > ModPerl 1.24 configures fine on Redhat 6.2, but sometimes during it's > > installation I receive this error ... > > Warning: You do not have permissions to install into > > /usr/lib/perl5/site_perl/5.005/i386-linux at > > /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 61. > > mkdir /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include: > > Permission denied at /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 114 > > make: *** [pure_site_install] Error 2 > > The error says it all. You don't have permissions to install into the standard > perl lib directory. You probably need to be root. > > If you want to install somewhere other than the standard lib directory than you > need to add: PREFIX=/tmp/foo/bar to your ./configure command. > > -- > Jason Bodnar + [EMAIL PROTECTED] + Team Linux > > Homer: I keep hearing this horrible irregular thumping noise. > > Pump Jockey: > It's your heart. And I think it's on its last thump. > > Homer: Whew, I was afraid it was my transmission. > >Homer's Triple Bypass
RE: Newbie Installation Problem
On 25-Jul-2000 Adelaide Yip wrote: > ModPerl 1.24 configures fine on Redhat 6.2, but sometimes during it's > installation I receive this error ... > Warning: You do not have permissions to install into > /usr/lib/perl5/site_perl/5.005/i386-linux at > /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 61. > mkdir /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include: > Permission denied at /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 114 > make: *** [pure_site_install] Error 2 The error says it all. You don't have permissions to install into the standard perl lib directory. You probably need to be root. If you want to install somewhere other than the standard lib directory than you need to add: PREFIX=/tmp/foo/bar to your ./configure command. -- Jason Bodnar + [EMAIL PROTECTED] + Team Linux Homer: I keep hearing this horrible irregular thumping noise. Pump Jockey: It's your heart. And I think it's on its last thump. Homer: Whew, I was afraid it was my transmission. Homer's Triple Bypass
Newbie Installation Problem
ModPerl 1.24 configures fine on Redhat 6.2, but sometimes during it's installation I receive this error ... + make install root=/tmp/modperl_1.24-buildroot (cd ./apaci && make) make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/apaci' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/apaci' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Apache' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Apache' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Connection' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Connection' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Constants' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Constants' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/File' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/File' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Leak' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Leak' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Log' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Log' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/ModuleConfig' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/ModuleConfig' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/PerlRunXS' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/PerlRunXS' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Server' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Server' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Symbol' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Symbol' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Table' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Table' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/URI' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/URI' make[1]: Entering directory `/home/adelaide/src/BUILD/mod_perl-1.24/Util' make[1]: Leaving directory `/home/adelaide/src/BUILD/mod_perl-1.24/Util' Warning: You do not have permissions to install into /usr/lib/perl5/site_perl/5.005/i386-linux at /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 61. mkdir /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include: Permission denied at /usr/lib/perl5/5.00503/ExtUtils/Install.pm line 114 make: *** [pure_site_install] Error 2 I don't know what's the matter with it because this error occurs on and off. TIA, Adelaide
Re: Help to pinpoint installation problem.
On Mon, 19 Jun 2000, David Jourard wrote: > Hi, > > I've done a little mod_perl last year but forget very quickly and I'm > requesting some guidance to tell me where to start pinpointing a problem. > > I'm looking at an application that is supposedly running mod_perl. > > I"ve just started going thru the mod_perl Guide by Stas Bekman. > > It showed that if the environment variable GATEWAY_INTERFACE IS > CGI-Perl/1.1 then all is okey BUT if its CGI/1.1 , its not running mod_perl. > > In the guide it says "it means that you have configured this location to run > under mod_cgi and not mod_perl." > > My question - where do I start looking to change this to mod_perl and get > it fixed. httpd.conf: Alias /perl /home/httpd/perl SetHandler perl-script PerlHandler +Apache::Registry Options ExecCGI allow from all PerlSendHeader On put a script into /home/httpd/perl/test.pl make it executable/readable by the server try : http://localhost/perl/test.pl and please read the documentation... sometimes it helps :) > Is this a basic installation problem or is it configuration in the one of > the .conf files such as httpd.conf configuration I guess, if it'd be an install problem Apache would shout at you for PerlHandler directive > Also whats mod_cgi? It's the module that handles CGI (not mod_perl!) and gets invoked with: ScriptAlias /foo /bar/foo Good luck. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://perl.org http://stason.org/TULARC http://singlesheaven.com http://perlmonth.com http://sourcegarden.org
Help to pinpoint installation problem.
Hi, I've done a little mod_perl last year but forget very quickly and I'm requesting some guidance to tell me where to start pinpointing a problem. I'm looking at an application that is supposedly running mod_perl. I"ve just started going thru the mod_perl Guide by Stas Bekman. It showed that if the environment variable GATEWAY_INTERFACE IS CGI-Perl/1.1 then all is okey BUT if its CGI/1.1 , its not running mod_perl. In the guide it says "it means that you have configured this location to run under mod_cgi and not mod_perl." My question - where do I start looking to change this to mod_perl and get it fixed. Is this a basic installation problem or is it configuration in the one of the .conf files such as httpd.conf Also whats mod_cgi? Thank-you in advance for your help. regards David
RE: Installation Problem with mod_perl and another module on Apache
Thanks for your response. I tried that and I got the following error when I did a "make". ./gen_test_char: can't load library 'libperl.so' *** Error code 16 Stop. *** Error Code 1 Stop. *** Error Code 1 Stop. *** Error Code 1 I checked that the mod_perl stuff is in the apache source tree. What could be wrong? I am using BSDI. Thanks for your input. -Bing W. >From: elvin coltrane <[EMAIL PROTECTED]> >To: Bing Wang <[EMAIL PROTECTED]> >Subject: RE: Installation Problem with mod_perl and another module on >Apache >Date: Fri, 11 Feb 2000 06:50:37 -0800 (PST) > >Hi how are you? I just finally succeeded on installing >mod_perl and PHP with Apache. >I followed the instructions from the Readme.configure >file. >Here's what I used for Apache: >./configure --with-layout=RedHat \ >--enable-module=most \ >--enable-shared=max \ >--activate-module=src/modules/perl/libperl.a \ >--activate-module=src/modules/php3/libphp3.a >Then: make && make install >Good luck > >--- Bing Wang <[EMAIL PROTECTED]> wrote: > > Thanks for your response. I have tried > > "activate-module" and it doesn't > > work either. I did a ./config.status and then I did > > a make at apache_1.3.9 > > directory, I got the following errors after the make > > command: > > > > In file included from mod_perl.c:60: > > ../../include/mod_perl.h:40: EXTERN.h: No such file > > or directory > > ../../include/mod_perl.h:41: perl.h: No such file or > > directory > > ../../include/mod_perl.h:42: XSUB.h: No such file or > > directory > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > *** Error code 1 > > > > Stop. > > > > Does anyone have such problem when installing the > > mod_perl with other > > modules on Apache? I tried to install mod_perl and > > other modules from > > mod_perl_1.21 directory too, but with no luck > > either. It seams that > > mod_perl doesn't like work with other modules and > > the installation is not > > straight forward. I have followed the > > INSTALL.simple.xxx and it doesn't > > work either. I appreciate very much for any inputs. > > > > TIA, > > -Bing W. > > > > > > > > >From: "bozo" <[EMAIL PROTECTED]> > > >Reply-To: "bozo" <[EMAIL PROTECTED]> > > >To: [EMAIL PROTECTED] > > >Subject: RE: Installation Problem with mod_perl and > > another module on > > >Apache > > >Date: Wed, 9 Feb 2000 07:19:21 -0800 > > > > > >This message was sent from Geocrawler.com by "bozo" > > > > ><[EMAIL PROTECTED]> > > > > > >Hey, try "activate-module" instead of "add- > > >module" as the mod-perl module is already part of > > >your Apache source tree. > > >Good luck > > > > > > > > >--- > > >Hi, > > > > > >I have a problem with installation of mod_perl > > >with other modules on Apache. > > > It`s on BSDI with Apache 1.3.9 and perl 5.x. > > > > > >I`d like to install mod_perl and mod_auth_radius > > >on Apache. mod_auth_radius > > >is just a C file (mod_auth_radius.c). > > > > > >I have followd INSTALL of mod_perl and tried all > > >kinds of stuff, but still > > >no luck of intalling mod_perl and mod_auth_radius > > >together on Apache. I am > > >able to install mod_perl alone by following the > > >installation instructions. > > > > > >Let me explain how I did it. I have a > > >config.status in Apache_1.3.9 > > >directory. The content of config.status is as > > >follows: > > > > > >#!/bin/sh > > >## > > >## config.status -- APACI auto-generated > > >configuration restore script > > >## > > >## Use this shell script to re-run the APACI > > >configure script for > > >## restoring your configuration. Additional > > >parameters can be supplied. > > >## > > > > > >./configure > > >"--with-layout=Apache" > > >"--add-module=./src/modules/perl/mod_perl.c" > > >"--add- > > >module=./src/modules/extra/mod_auth_radius.c" > > >"$@" > > > > > >The mod_perl and mod_auth_
RE: Installation Problem with mod_perl and another module on Apache
Thanks for your response. I have tried "activate-module" and it doesn't work either. I did a ./config.status and then I did a make at apache_1.3.9 directory, I got the following errors after the make command: In file included from mod_perl.c:60: ../../include/mod_perl.h:40: EXTERN.h: No such file or directory ../../include/mod_perl.h:41: perl.h: No such file or directory ../../include/mod_perl.h:42: XSUB.h: No such file or directory *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Does anyone have such problem when installing the mod_perl with other modules on Apache? I tried to install mod_perl and other modules from mod_perl_1.21 directory too, but with no luck either. It seams that mod_perl doesn't like work with other modules and the installation is not straight forward. I have followed the INSTALL.simple.xxx and it doesn't work either. I appreciate very much for any inputs. TIA, -Bing W. >From: "bozo" <[EMAIL PROTECTED]> >Reply-To: "bozo" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: RE: Installation Problem with mod_perl and another module on >Apache >Date: Wed, 9 Feb 2000 07:19:21 -0800 > >This message was sent from Geocrawler.com by "bozo" ><[EMAIL PROTECTED]> > >Hey, try "activate-module" instead of "add- >module" as the mod-perl module is already part of >your Apache source tree. >Good luck > > >--- >Hi, > >I have a problem with installation of mod_perl >with other modules on Apache. > It`s on BSDI with Apache 1.3.9 and perl 5.x. > >I`d like to install mod_perl and mod_auth_radius >on Apache. mod_auth_radius >is just a C file (mod_auth_radius.c). > >I have followd INSTALL of mod_perl and tried all >kinds of stuff, but still >no luck of intalling mod_perl and mod_auth_radius >together on Apache. I am >able to install mod_perl alone by following the >installation instructions. > >Let me explain how I did it. I have a >config.status in Apache_1.3.9 >directory. The content of config.status is as >follows: > >#!/bin/sh >## >## config.status -- APACI auto-generated >configuration restore script >## >## Use this shell script to re-run the APACI >configure script for >## restoring your configuration. Additional >parameters can be supplied. >## > >./configure >"--with-layout=Apache" >"--add-module=./src/modules/perl/mod_perl.c" >"--add- >module=./src/modules/extra/mod_auth_radius.c" >"$@" > >The mod_perl and mod_auth_radius is corretly >located in Apache_1.3.9 >directory. > >$ ./config.status > >It works fine and it generates the makefile. > >$ make > >I get of errors with error code 1. > >So how can I install mod_perl with other modules >on Apache? I also tried to >install mod_perl and mod_auth_radius from >mod_perl directory, but with no >luck to succeed. I appreciate any inputs. > >Thanks in advance. > >-Bing W. > > > > > >__ > >Get Your Private, Free Email at >http://www.hotmail.com > > > >Geocrawler.com - The Knowledge Archive __ Get Your Private, Free Email at http://www.hotmail.com
Installation Problem with mod_perl and another module on Apache
Hi, I have a problem with installation of mod_perl with other modules on Apache. It's on BSDI with Apache 1.3.9 and perl 5.x. I'd like to install mod_perl and mod_auth_radius on Apache. mod_auth_radius is just a C file (mod_auth_radius.c). I have followd INSTALL of mod_perl and tried all kinds of stuff, but still no luck of intalling mod_perl and mod_auth_radius together on Apache. I am able to install mod_perl alone by following the installation instructions. Let me explain how I did it. I have a config.status in Apache_1.3.9 directory. The content of config.status is as follows: #!/bin/sh ## ## config.status -- APACI auto-generated configuration restore script ## ## Use this shell script to re-run the APACI configure script for ## restoring your configuration. Additional parameters can be supplied. ## ./configure \ "--with-layout=Apache" \ "--add-module=./src/modules/perl/mod_perl.c" \ "--add-module=./src/modules/extra/mod_auth_radius.c" \ "$@" The mod_perl and mod_auth_radius is corretly located in Apache_1.3.9 directory. $ ./config.status It works fine and it generates the makefile. $ make I get of errors with error code 1. So how can I install mod_perl with other modules on Apache? I also tried to install mod_perl and mod_auth_radius from mod_perl directory, but with no luck to succeed. I appreciate any inputs. Thanks in advance. -Bing W. __ Get Your Private, Free Email at http://www.hotmail.com
RE: Embperl and Apache::Session (was: Installation problem whith Embperl)
> > I tried to install HTML::Embperl with Apache/mod_perl on > a Sparc/Solaris server, but 'make test' failed with an error on the > module Apache/Session/Win32.pm. > > Did someone already encounter/solve this kind of problem ? > > > 1) My config is: > > OS = Solaris > apache V1.3.9 > mod_perl V1.21 > Apache::Session V1.03 > Perl V5.00503 > Embperl V1.2b8 > Apache::Session 1.03 is errornous! Use either Apache::Session 1.02 or upgrade to Embperl 1.2b10 and use Apache::Session 1.04. Both Apache::Session version are avialable form ftp://ftp.dev.ecos.de/pub/perl/embperl/ I hope Jeffery will put Apache::Session 1.04 soon on CPAN so these confusion will have an end. Gerald --- Gerald Richter ecos electronic communication services gmbh Internet - Infodatenbanken - Apache - Perl - mod_perl - Embperl E-Mail: [EMAIL PROTECTED] Tel:+49-6133/925151 WWW:http://www.ecos.de Fax:+49-6133/925152 ---
Installation problem whith Embperl
I tried to install HTML::Embperl with Apache/mod_perl on a Sparc/Solaris server, but 'make test' failed with an error on the module Apache/Session/Win32.pm. Did someone already encounter/solve this kind of problem ? Regards. __ Jean-Philippe FAUVELLE <[EMAIL PROTECTED]> France Telecom Hosting 40 rue Gabriel Crie, 92245 Malakoff Cedex, France [http://www.fth.net/] [+33 (0) 1 46 12 67 89] 1) My config is: OS = Solaris apache V1.3.9 mod_perl V1.21 Apache::Session V1.03 Perl V5.00503 Embperl V1.2b8 2) Apache and mod_perl works fine and were installed at the same time, with the following commands: >cd /usr/local/apache/build >lwp-download http://www.apache.org/dist/apache_1.3.9.tar.gz >lwp-download http://perl.apache.org/dist/mod_perl-1.21.tar.gz >tar zvxf apache_1.3.9.tar.gz >tar zvxf mod_perl-1.21.tar.gz >cd mod_perl-1.21 >perl Makefile.PL APACHE_SRC=../apache_1.3.9/src \ > DO_HTTPD=1 USE_APACI=1 PERL_MARK_WHERE=1 EVERYTHING=1 \ > PERL_CHILD_INIT=1 PERL_STACKED_HANDLERS=1 # pour Apache::DBI >make >make test >make install >cd ../apache_1.3.9 >make install all ran ok 3) Here is the output produced when building Embperl: >cd opt/Homes/cpan/HTML-Embperl-1.2b8 >perl Makefile.PL >Build with support for Apache mod_perl?(y/n) [y] >Searching for Apache sources... >Look at .. >Look at ../src >Look at ./src >Apache source not found, enter path name or q to quit [] /usr/local/apache/build/apache_1.3.9 >Searching for Apache sources... >Look at /usr/local/apache/build/apache_1.3.9 >Look at /usr/local/apache/build/apache_1.3.9/src >Use /usr/local/apache/build/apache_1.3.9/src as Apache source(y/n) [y] >Will use /opt/FSFutils/apache/build/apache_1.3.9/src for Apache Headers >Apache Version Server version: Apache/1.3.9 (Unix) >Test start /opt/FSFutils/apache/build/apache_1.3.9/src/httpd >Test httpd will run as user nobody and group other >Test httpd will listen on port 8529 >Found mod_perl Version 1.21 >Found LWP::UserAgent Version 1.68 >Found HTML::HeadParser Version 2.10 >Found Apache::Session Version 1.03 >Found CGI Version 2.56 >Checking if your kit is complete... >Warning: the following files are missing in your kit: >EmbperlD.pod >FeaturesD.pod >IntroD.pod >Please inform the author. >Writing Makefile for HTML::Embperl >make ... all ran ok ... >make test >PERL_DL_NONLAZY=0 /usr/local/bin/perl -Iblib/arch -Iblib/lib -I/usr/local/lib/perl5/5.00503/su n4-solaris ->I/usr/local/lib/perl5/5.00503 test.pl > >loading...ok > >Testing offline mode... > >ascii... ok >pure.htm... ok >plain.htm... ok > ... cut (all ok) >opmask/opmask.htm... ok >opmask/opmasktrap.htm... ok > >Testing Execute function... > >div.htm from file... ok >div.htm from memory...ok >div.htm to memory... ok >div.htm from/to memory... ok >error.htm to memory...ok >Use of uninitialized value at (eval 1218) line 1. > >Starting httpd... [Fri Oct 8 17:09:47 1999] [error] Can't locate Apache/Session/Win32.pm in @INC (@INC >contains: blib/arch blib/lib . /usr/local/lib/perl5/5.00503/sun4->solaris /usr/local/lib/perl5/5.00503 /usr/local/lib/perl5/site_perl/5.005/sun4->solaris /usr/local/lib/perl5/site_perl/5.005 /opt/Homes/cpan/HTML-Embperl-1.2b8/test/ /opt/Homes/cpan/HTML->Embperl-1.2b8/test/lib/perl) at (eval 3) line 1. >BEGIN failed--compilation aborted at (eval 3) line 1. >BEGIN failed--compilation aborted at /opt/Homes/cpan/HTML-Embperl-1.2b8/test/conf/startup.pl line 10. > >Syntax error on line 41 of /opt/Homes/cpan/HTML-Embperl-1.2b8/test/conf/httpd.conf: >Can't locate Apache/Session/Win32.pm in @INC (@INC contains: blib/arch >blib/lib . /usr/local/lib/perl5/5.00503/sun4->solaris /usr/local/lib/perl5/5.00503 /usr/local/lib/perl5/site_perl/5.005/sun4->solaris /usr/local/lib/perl5/site_perl/5.005 /opt/Homes/cpan/HTML-Embperl-1.2b8/test/ /opt/Homes/cpan/HTML->Embperl-1.2b8/test/lib/perl) at (eval 3) line 1. >BEGIN failed--compilation aborted at (eval 3) line 1. >BEGIN failed--compilation aborted at /opt/Homes/cpan/HTML-Embperl-1.2b8/test/conf/startup.pl line 10.
Re: Installation Problem with Apache::Session and Mason
[EMAIL PROTECTED] wrote: > > I'm having a problem setting up Apache::Session on > one machine and not another, and I'm hoping that > someone will recognize what I'm doing wrong. > > I'm using Mason to make the connection to > the package when Apache starts up. On the problem > server, the following happens on server start-up: > > starting httpd... > Ambiguous use of read => resolved to "read" => at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 35. > Ambiguous use of write => resolved to "write" => at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 35. > Ambiguous use of {read} resolved to {"read"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 43. > Ambiguous use of {write} resolved to {"write"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 44. > Ambiguous use of {read} resolved to {"read"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 54. > Ambiguous use of {write} resolved to {"write"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 61. > Ambiguous use of {read} resolved to {"read"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 68. > Ambiguous use of {write} resolved to {"write"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 74. > Ambiguous use of {read} resolved to {"read"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 81. > Ambiguous use of {read} resolved to {"read"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 85. > Ambiguous use of {write} resolved to {"write"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 92. > Ambiguous use of {write} resolved to {"write"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 96. > Ambiguous use of {read} resolved to {"read"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 103. > Ambiguous use of {write} resolved to {"write"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 106. > Ambiguous use of {read} resolved to {"read"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 110. > Ambiguous use of {write} resolved to {"write"} at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 111. That is Perl being anal about the use of unquoted read and write as hash keys. I should probably fix this but it isn't fatal. > The server does start, however. But when I try to access > a page that uses the session hash, the following appears > in the httpd error log: > > [Thu Nov 4 11:17:21 1999] [error] Permission denied at > /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line > 64. This is a different problem. At some point someone other than the user that your httpd runs as created the semaphore block that you are tyring to use. First, consult the ipcs and ipcrm man pages. Then, as root, remove the semaphore block that is causing the problem and allow the httpd to recreate it as the nobody user. -jwb > I've checked the permissions on the module itself, the > directory where the session files are stored, and the > permissions of the owner of the httpd process. I've > had no problem on another server, also running Linux > 2.0.35. All the corresponding PERL modules seem synched, > as well as the Apache httpd binaries. > > Here is the script that is called (part of Mason's > start up script called handler.pl): > > # This block of code can be enabled to create a session-hash that > every > # component can access. This is useful for maintaining state > across > # multiple requests. The Apache::Session module is required. > # > my %session; > my $cookie = $r->header_in('Cookie'); > $cookie =~ s/SESSION_ID=(\w*)/$1/; > tie %session, 'Apache::Session::File', $cookie, {'Directory' => > '/tmp/session'}; > $r->header_out("Set-Cookie" => > "SESSION_ID=$session{_session_id};") if ( !$cookie ); > > # This creates a global called %session that is accessible in all > components. > # Feel free to rename this as needed. > # > local *HTML::Mason::Commands::session = \%session; > > $ah->handle_request($r); > > untie %HTML::Mason::Commands::session; > > This is Apache-Session-1.03 and HTML-Mason-0.72 on > Apache 1.3.6. > > Thanks for any help/hints you can provide. > > Marc Kelly > [EMAIL PROTECTED] -- Jeffrey W. Baker * [EMAIL PROTECTED] Critical Path, Inc. * we handle the world's email * www.cp.net 415.808.8807
Installation Problem with Apache::Session and Mason
I'm having a problem setting up Apache::Session on one machine and not another, and I'm hoping that someone will recognize what I'm doing wrong. I'm using Mason to make the connection to the package when Apache starts up. On the problem server, the following happens on server start-up: starting httpd... Ambiguous use of read => resolved to "read" => at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 35. Ambiguous use of write => resolved to "write" => at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 35. Ambiguous use of {read} resolved to {"read"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 43. Ambiguous use of {write} resolved to {"write"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 44. Ambiguous use of {read} resolved to {"read"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 54. Ambiguous use of {write} resolved to {"write"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 61. Ambiguous use of {read} resolved to {"read"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 68. Ambiguous use of {write} resolved to {"write"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 74. Ambiguous use of {read} resolved to {"read"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 81. Ambiguous use of {read} resolved to {"read"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 85. Ambiguous use of {write} resolved to {"write"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 92. Ambiguous use of {write} resolved to {"write"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 96. Ambiguous use of {read} resolved to {"read"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 103. Ambiguous use of {write} resolved to {"write"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 106. Ambiguous use of {read} resolved to {"read"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 110. Ambiguous use of {write} resolved to {"write"} at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 111. The server does start, however. But when I try to access a page that uses the session hash, the following appears in the httpd error log: [Thu Nov 4 11:17:21 1999] [error] Permission denied at /usr/lib/perl5/site_perl/Apache/Session/SysVSemaphoreLocker.pm line 64. I've checked the permissions on the module itself, the directory where the session files are stored, and the permissions of the owner of the httpd process. I've had no problem on another server, also running Linux 2.0.35. All the corresponding PERL modules seem synched, as well as the Apache httpd binaries. Here is the script that is called (part of Mason's start up script called handler.pl): # This block of code can be enabled to create a session-hash that every # component can access. This is useful for maintaining state across # multiple requests. The Apache::Session module is required. # my %session; my $cookie = $r->header_in('Cookie'); $cookie =~ s/SESSION_ID=(\w*)/$1/; tie %session, 'Apache::Session::File', $cookie, {'Directory' => '/tmp/session'}; $r->header_out("Set-Cookie" => "SESSION_ID=$session{_session_id};") if ( !$cookie ); # This creates a global called %session that is accessible in all components. # Feel free to rename this as needed. # local *HTML::Mason::Commands::session = \%session; $ah->handle_request($r); untie %HTML::Mason::Commands::session; This is Apache-Session-1.03 and HTML-Mason-0.72 on Apache 1.3.6. Thanks for any help/hints you can provide. Marc Kelly [EMAIL PROTECTED]