Re: make test fails in building modperl2+apache2+perl5.8
gerard uolaquetalestem wrote: Hi everyone (my first message). The message is that there is a syntax error in line x of some conf file, the syntax error is that PerlSwitches is an unknown command. I am trying to compile modperl2 with perl 5.8 compiles with mpm and ithreads and with apache2 compiled not as a DSO module but as static part of the executable. But i get this error, what can it be? I'm using suse linux 8.0 Another thing is that i compiled perl with i686-linux, but i used to think i was i386, as i686 was the default i leave as it. Anyway i don't think it has any importance. Any idea? Static mod_perl build is not available at this moment. Patches to do the necessary work are welcome. In any case when reporting problems, please make sure to follow the guidelines: http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems Extra info: I want to compile as static module because with DSO option #perl directive doesn't work. You are confusing mod_perl 1.0 and mod_perl 2.0, #perl doesn't work in the static build of mod_perl 1.0, not 2.0. Geoff, what the status of the SSI's port to mp2? __ 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
make test fails in building modperl2+apache2+perl5.8
Hi everyone (my first message). The message is that there is a syntax error in line x of some conf file, the syntax error is that PerlSwitches is an unknown command. I am trying to compile modperl2 with perl 5.8 compiles with mpm and ithreads and with apache2 compiled not as a DSO module but as static part of the executable. But i get this error, what can it be? I'm using suse linux 8.0 Another thing is that i compiled perl with i686-linux, but i used to think i was i386, as i686 was the default i leave as it. Anyway i don't think it has any importance. Any idea? Extra info: I want to compile as static module because with DSO option #perl directive doesn't work. - Un nuevo buscador más rápido, eficaz y sencillo http://www.plaf.com Ya.com ADSL Home 24h, Módem + Alta + 1 mes Gratis http://acceso.ya.com/adslhome24h/
Re: make test fails when calling getaddrinfo() on 255.255.255.255
ColinB wrote: --- Stas Bekman [EMAIL PROTECTED] wrote: ColinB wrote: I am compiling mod_perl 2.0 on Solaris 9. When I run make test for mod_perl 2.0 it fails almost immediately with file vhost.c, line 232, assertion rv == APR_SUCCESS failed after it calls apr_sockaddr_info_get() with the hostname 255.255.255.255. I think this may have something to do with the test's http.conf containing _default_ virtual hostnames. apr_sockaddr_info_get() eventually calls getaddrinfo() with the nodename 255.255.255.255 which returns EAI_NONAME (no address associated with nodename). But if I call getaddrinfo() for 255.255.255.255 from another machine (which is running Solaris 8 although this may be unrelated), it returns 0. Is there something wrong with the configuration of my Solaris 9 machine - should getaddrinfo() always return 0 for 255.255.255.255 ? What happens if you add a simple vhost to your httpd.conf without even using mod_perl. I bet that this is an apache issue. I think I found a partial answer to this. I was searching the Apache bug database and I found a similar report (number 20063) by someone who was using SSL (I'm not) but had exactly the same assertion. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20063 It seems that a _default_ virtual host in httpd.conf which resolvs to 255.255.255.255 causes getaddrinfo to fail in Solaris unless the hosts: line in /etc/nsswitch.conf contained dns. I found that my hosts line did not contain dns, so I added it and sure enough, it solved the problem. It seems that only the presence of dns allows getaddrinfo to work correctly. The bug report was rejected as being an OS problem, so the solution is really a just a workaround. Do you think it's worth documenting here: http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html ? If so, can you rewrite the above description and the workaround as a pod/text section that can be added as is to this document, if possible with a title that pinpoints the problem. Also it seems to be an issue for Apache::Test, not really for mod_perl itself. So we should probably add a new top level group 'Testing'. Thanks. __ 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
make test fails
Trying to compile mod_perl 1.28 with apache 1.3.27 on redhat 7.3 system Here is the output of the errors. Any idea's on how to fix this. ../apache_1.3.27/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529will write error_log to: t/logs/error_logletting apache warm up...\cdone/usr/bin/perl t/TEST 0still waiting for server to warm up...not okserver failed to start! (please examine t/logs/error_log) at t/TEST line 95.make: *** [run_tests] Error 9[EMAIL PROTECTED] mod_perl-1.27]# tail t/logs/error_log [notice] Destruction-DESTROY called for $global_objectPrototype mismatch: sub Socket::INADDR_ANY vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 329.Prototype mismatch: sub Socket::INADDR_BROADCAST vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 330.Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 331.Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 332.[Thu Jul 10 10:56:16 2003] [warn] [notice] child_init for process 22132, report any problems to [no address given]
Re: make test fails
On Thu, 10 Jul 2003, The Alliett's wrote: Date: Thu, 10 Jul 2003 11:23:11 -0400 From: The Alliett's [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: make test fails Trying to compile mod_perl 1.28 with apache 1.3.27 on redhat 7.3 system Here is the output of the errors. Any idea's on how to fix this. ../apache_1.3.27/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c 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 9 [EMAIL PROTECTED] mod_perl-1.27]# tail t/logs/error_log [notice] Destruction-DESTROY called for $global_object Prototype mismatch: sub Socket::INADDR_ANY vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 329. Prototype mismatch: sub Socket::INADDR_BROADCAST vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 330. Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 331. Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 332. [Thu Jul 10 10:56:16 2003] [warn] [notice] child_init for process 22132, report any problems to [no address given] Are you using the default Perl binary that came preinstalled by RedHat on the system? If so, I'd recommend doing and rpm -e --nodeps perl and then rebuilding Perl from source. Then try rebuilding Apache/mod_perl. ky
Re: make test fails
The Alliett's wrote: Trying to compile mod_perl 1.28 with apache 1.3.27 on redhat 7.3 system Here is the output of the errors. Any idea's on how to fix this. ../apache_1.3.27/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c 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 9 [EMAIL PROTECTED] mod_perl-1.27]# tail t/logs/error_log [notice] Destruction-DESTROY called for $global_object Prototype mismatch: sub Socket::INADDR_ANY vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 329. Prototype mismatch: sub Socket::INADDR_BROADCAST vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 330. Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 331. Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i686-linux/Socket.pm line 332. [Thu Jul 10 10:56:16 2003] [warn] [notice] child_init for process 22132, report any problems to [no address given] a possible reason for this issue: you have 5.6.1 installed but using a different perl version to build/test mod_perl, but for some reason 5.6.1 gets into the way. Dumping @INC may show some light (hint: perl -V) If you search the archives you will find more than one report and follow-ups on this issue. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: UTF-8 support [was : (Re: [mp2] make test fails with 1.99_10-devsources on redhat)]
Perrin Harkins wrote: Mithun Bhattacharya wrote: If perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break any mod_perl application which is handling XML's or UTF-8 data ? I didn't say it was broken. I don't really know if it is. What I do know is that some documents, including CPAN modules, are not UTF8 compliant, and opening them as UTF8 gives mysterious errors and test failures. Remember, this locale setting is a recent change. I doubt that chaning it back to what it was in Red Hat 7.3 will impact XML parsing. To second Perrin, 5.8.0's UTF8 support is not broken. From what I was following on the p5p, 5.8.0 had some minor issues, but 5.8.1 which will be released really soon now (my guess: July at OSCon) have them (all?) sorted out. You may want to browse p5p archives and rt.perl.org to see what UTF8 problems were if any and whether they were resolved. If you find something that would be of interest to other readers, please post a summary here. __ 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
UTF-8 support [was : (Re: [mp2] make test fails with 1.99_10-dev sources on redhat)]
--- Stas Bekman [EMAIL PROTECTED] wrote: My understanding is that setting locale to UTF8 makes it try to open everything as a UTF8 document, but not everything is one. It causes problems for Java and Konsole too apparently. It could simply be that Perl's handlling of UTF8 is broken, but I didn't want UTF8 in the first place so putting LANG back to what it was before seems like a reasonable fix to me. If I understand correctly most XML parsers support UTF-8 primarily. If perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break any mod_perl application which is handling XML's or UTF-8 data ? What about Axkit etc ? Anyone facing problem handling UTF-8 data using 5.8.0 based mod_perl setup ? Mithun __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com
Re: UTF-8 support [was : (Re: [mp2] make test fails with 1.99_10-devsources on redhat)]
Mithun Bhattacharya wrote: If perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break any mod_perl application which is handling XML's or UTF-8 data ? I didn't say it was broken. I don't really know if it is. What I do know is that some documents, including CPAN modules, are not UTF8 compliant, and opening them as UTF8 gives mysterious errors and test failures. Remember, this locale setting is a recent change. I doubt that chaning it back to what it was in Red Hat 7.3 will impact XML parsing. - Perrin
RE: [mp2] make test fails nearly all tests...
No problem. Today has been crazy, but I should be able to post this information on Monday morning. Thanks again. =) --TWH -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 4:38 PM To: Tim Howell Cc: [EMAIL PROTECTED] Subject: Re: [mp2] make test fails nearly all tests... Tim Howell wrote: Stas (and others)-- Following your suggestion I built/tested as a normal user. This time only one test fails (one of the CGI tests). Below is the output from make test. Great. However if you don't mind to help others, I'd like you to help me to resolve your original problem, it shouldn't be a problem to run tests as root. So if you can answer my questions from the original reply to you, that will help a lot Thanks for your help. I've only been using unix/linux for a few months, but I've learned an enormous amount from lists like this. I really appreciate it. We all have been helped while being newbies and try to help others in the same positions we once were. It's a win-win vicious circle ;) Just in case you don't have the original reply, here is what I wanted to know (that's when you return to run the build and tests as root, not a normal user, which we now know that works): -- Looks like you encounter permission problems. Since you have /root/mod_perl-1.99_09/t/hooks in the path. I'm pretty sure that if you build/test as a normal user and only su to install, everything will work just fine. We try to provide a workaround for testing with root and what we do is chown the files to the uid/gid the server is configured to run with. This is because the server can't be run as root for security reasons. Can you do: grep User t/conf/httpd.conf it tries to pick the 'httpd' or 'nobody' user to run the tests with. If you don't have such user on your machine this may explain the problem you are having. Also, I'd like to see the output of 'make test', since it tells me when it chowns the files and to which uid/gid. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
Haroon Rafique wrote: On Today at 9:46am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB SB Actually it was Sunday (future!) and it's winter (past?) here in SB Melbourne ;) I figured we were a few continents away. SB SB Then, if it's indeed your globally installed Apache::Filter and not SB the local one, dump @INC (in the same place) to see whether the global SB path comes before the local one. SB Apache::Filter is indeed the globally installed one as evidenced by: Apache::Filter /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache2/Apache/Filter.pm at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 15. Here's what @INC looks like: /home/haroon/src/build/modperl-2.0/Apache-Test/lib /home/haroon/src/build/modperl-2.0/lib /home/haroon/src/build/modperl-2.0/t/response /home/haroon/src/build/modperl-2.0/t/protocol /home/haroon/src/build/modperl-2.0/t/preconnection /home/haroon/src/build/modperl-2.0/t/hooks /home/haroon/src/build/modperl-2.0/t/filter /home/haroon/src/build/modperl-2.0/t /home/haroon/src/build/modperl-2.0/t/htdocs/testdirective/perlmodule-vh /home/haroon/src/build/modperl-2.0/t/htdocs/testdirective/main /home/haroon/src/build/modperl-2.0/t/ /home/haroon/src/build/modperl-2.0/t/lib/perl /home/haroon/src/build/modperl-2.0/blib/lib /home/haroon/src/build/modperl-2.0/blib/arch Apache-Test/lib /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache2 /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 16. I used the following diff to gather this diagnostic output: === --- t/filter/TestFilter/in_init_basic.pm9 May 2003 03:33:37 - 1.2 +++ t/filter/TestFilter/in_init_basic.pm10 Jun 2003 14:46:33 - @@ -11,6 +11,11 @@ use base qw(Apache::Filter); +BEGIN { +warn Apache::Filter $INC{'Apache/Filter.pm'}; +warn join \n, @INC; +} + use Apache::Const -compile = qw(OK M_POST); use constant READ_SIZE = 1024; What's next to try? That now explains everything: *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX = /servers/httpd-2.0.44-pl MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 previously you have built mod_perl with MP_INST_APACHE2=1, this time you did without, so the Apache2/ from the old install was getting into @INC first. Hence the local blib was going after the global .../i386-linux-thread-multi/Apache2/. How do we prevent this problem from re-curring is a question. Perhaps we should autogenerate Apache2.pm and make it: package Apache2; 1; in case, MP_INST_APACHE2=1 wasn't used. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
Stas Bekman wrote: Haroon Rafique wrote: On Today at 9:46am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB SB Actually it was Sunday (future!) and it's winter (past?) here in SB Melbourne ;) I figured we were a few continents away. SB SB Then, if it's indeed your globally installed Apache::Filter and not SB the local one, dump @INC (in the same place) to see whether the global SB path comes before the local one. SB Apache::Filter is indeed the globally installed one as evidenced by: Apache::Filter /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache2/Apache/Filter.pm at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 15. Here's what @INC looks like: /home/haroon/src/build/modperl-2.0/Apache-Test/lib /home/haroon/src/build/modperl-2.0/lib /home/haroon/src/build/modperl-2.0/t/response /home/haroon/src/build/modperl-2.0/t/protocol /home/haroon/src/build/modperl-2.0/t/preconnection /home/haroon/src/build/modperl-2.0/t/hooks /home/haroon/src/build/modperl-2.0/t/filter /home/haroon/src/build/modperl-2.0/t /home/haroon/src/build/modperl-2.0/t/htdocs/testdirective/perlmodule-vh /home/haroon/src/build/modperl-2.0/t/htdocs/testdirective/main /home/haroon/src/build/modperl-2.0/t/ /home/haroon/src/build/modperl-2.0/t/lib/perl /home/haroon/src/build/modperl-2.0/blib/lib /home/haroon/src/build/modperl-2.0/blib/arch Apache-Test/lib /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache2 /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 16. I used the following diff to gather this diagnostic output: === --- t/filter/TestFilter/in_init_basic.pm9 May 2003 03:33:37 - 1.2 +++ t/filter/TestFilter/in_init_basic.pm10 Jun 2003 14:46:33 - @@ -11,6 +11,11 @@ use base qw(Apache::Filter); +BEGIN { +warn Apache::Filter $INC{'Apache/Filter.pm'}; +warn join \n, @INC; +} + use Apache::Const -compile = qw(OK M_POST); use constant READ_SIZE = 1024; What's next to try? That now explains everything: *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX = /servers/httpd-2.0.44-pl MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 previously you have built mod_perl with MP_INST_APACHE2=1, this time you did without, so the Apache2/ from the old install was getting into @INC first. Hence the local blib was going after the global .../i386-linux-thread-multi/Apache2/. How do we prevent this problem from re-curring is a question. Perhaps we should autogenerate Apache2.pm and make it: package Apache2; 1; in case, MP_INST_APACHE2=1 wasn't used. please try this patch against the current cvs. I did some testing and it seems to work. Test it on your old setup where you still have this problem. Index: Makefile.PL === RCS file: /home/cvs/modperl-2.0/Makefile.PL,v retrieving revision 1.104 diff -u -r1.104 Makefile.PL --- Makefile.PL 23 Apr 2003 04:46:07 - 1.104 +++ Makefile.PL 12 Jun 2003 08:57:15 - @@ -111,6 +111,8 @@ } } +$build-generate_apache2_pm; + if (WIN32()) { #Makefile.PL's in WrapXS/ just need to pass the -e mod_perl.lib test #the real mod_perl.lib will be in place when WrapXS/ dll's are Index: lib/Apache/Build.pm === RCS file: /home/cvs/modperl-2.0/lib/Apache/Build.pm,v retrieving revision 1.125 diff -u -r1.125 Build.pm --- lib/Apache/Build.pm 20 May 2003 23:52:42 - 1.125 +++ lib/Apache/Build.pm 12 Jun 2003 08:57:15 - @@ -1366,6 +1366,37 @@ return ; } +# in case MP_INST_APACHE2=0 we shouldn't try to adjust @INC +# because it may pick older Apache2 from the previous install +sub generate_apache2_pm { +my $self = shift; + +my $fixup = !$self-{MP_INST_APACHE2} +? '# MP_INST_APACHE2=0, do nothing' +: 'EOF'; +BEGIN { +my @dirs = (); + +for my $path (@INC) { +my $dir = $path/Apache2; +next unless -d $dir; +push @dirs, $dir; +} + +if (@dirs) { +unshift @INC, @dirs; +} +} +EOF + +my $content = join \n\n, 'package Apache2;', $fixup, 1;; +my $file = catfile qw(lib Apache2.pm); +open my $fh, '', $file or die Can't open $file: $!; +print $fh $content; +close $fh; + +} + 1; __END__ __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
On Today at 6:58pm, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB please try this patch against the current cvs. I did some testing and SB it seems to work. Test it on your old setup where you still have this SB problem. SB SB [...patch snipped...] SB SB I applied your suggested patch to the 2 files and voila I have 100% success in both batches of tests. Just for completeness, I did a make clean afterwards and then with the same patched files, built again against my locally installed perl and it passed both batches of tests at a 100% success rate as well. Apache::Filter is now found at: /home/haroon/src/build/modperl-2.0/blib/lib/Apache/Filter.pm -- Haroon Rafique [EMAIL PROTECTED]
RE: [mp2] make test fails nearly all tests...
Stas (and others)-- Following your suggestion I built/tested as a normal user. This time only one test fails (one of the CGI tests). Below is the output from make test. Thanks for your help. I've only been using unix/linux for a few months, but I've learned an enormous amount from lists like this. I really appreciate it. --TWH cd src/modules/perl make -f Makefile.modperl make[1]: Entering directory `/home/timhowel/mod_perl-1.99_09/src/modules/perl' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/timhowel/mod_perl-1.99_09/src/modules/perl' make[1]: Entering directory `/home/timhowel/mod_perl-1.99_09/Apache-Test' make[1]: Leaving directory `/home/timhowel/mod_perl-1.99_09/Apache-Test' make[1]: Entering directory `/home/timhowel/mod_perl-1.99_09/ModPerl-Registry' make[1]: Leaving directory `/home/timhowel/mod_perl-1.99_09/ModPerl-Registry' make[1]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS' make[2]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Base64' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Base64' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Brigade' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Brigade' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Bucket' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Bucket' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Date' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Date' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/NetLib' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/NetLib' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/OS' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/OS' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Pool' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Pool' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/SockAddr' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/SockAddr' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Socket' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Socket' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/String' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/String' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Table' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Table' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/ThreadMutex' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/ThreadMutex' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/URI' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/URI' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/UUID' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/UUID' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Util' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR/Util' make[2]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/APR' make[2]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Access' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Access' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/CmdParms' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/CmdParms' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Command' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Command' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Connection' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Connection' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Directive' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Directive' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Filter' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Filter' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/FilterRec' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/FilterRec' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/HookRun' make[3]: Leaving directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/HookRun' make[3]: Entering directory `/home/timhowel/mod_perl-1.99_09/WrapXS/Apache/Log' make[3]: Leaving directory
Re: [mp2] make test fails nearly all tests...
Tim Howell wrote: I figured this one out: CGI needed to be updated. =) Yes, the cvs version already handles this test gracefully. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails nearly all tests...
Tim Howell wrote: Stas (and others)-- Following your suggestion I built/tested as a normal user. This time only one test fails (one of the CGI tests). Below is the output from make test. Great. However if you don't mind to help others, I'd like you to help me to resolve your original problem, it shouldn't be a problem to run tests as root. So if you can answer my questions from the original reply to you, that will help a lot Thanks for your help. I've only been using unix/linux for a few months, but I've learned an enormous amount from lists like this. I really appreciate it. We all have been helped while being newbies and try to help others in the same positions we once were. It's a win-win vicious circle ;) Just in case you don't have the original reply, here is what I wanted to know (that's when you return to run the build and tests as root, not a normal user, which we now know that works): -- Looks like you encounter permission problems. Since you have /root/mod_perl-1.99_09/t/hooks in the path. I'm pretty sure that if you build/test as a normal user and only su to install, everything will work just fine. We try to provide a workaround for testing with root and what we do is chown the files to the uid/gid the server is configured to run with. This is because the server can't be run as root for security reasons. Can you do: grep User t/conf/httpd.conf it tries to pick the 'httpd' or 'nobody' user to run the tests with. If you don't have such user on your machine this may explain the problem you are having. Also, I'd like to see the output of 'make test', since it tells me when it chowns the files and to which uid/gid. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
Haroon Rafique wrote: On Today at 6:58pm, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB please try this patch against the current cvs. I did some testing and SB it seems to work. Test it on your old setup where you still have this SB problem. SB SB [...patch snipped...] SB SB I applied your suggested patch to the 2 files and voila I have 100% success in both batches of tests. Just for completeness, I did a make clean afterwards and then with the same patched files, built again against my locally installed perl and it passed both batches of tests at a 100% success rate as well. Apache::Filter is now found at: /home/haroon/src/build/modperl-2.0/blib/lib/Apache/Filter.pm Perfect. Thank you for testing my patch, Haroon. I'll apply it shortly. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
Perrin Harkins wrote: On Tue, 2003-06-10 at 05:08, Mithun Bhattacharya wrote: What exactly is broken in RedHat 8.0/9.0 - RedHat's build of perl, perl's support for unicode or perl's support for locales ? Short answer: the Perl build is fine if you change the locale to what it was in previous version of Red Hat (en_US.ISO8859-1) or simply remove the UTF8 part. My understanding is that setting locale to UTF8 makes it try to open everything as a UTF8 document, but not everything is one. It causes problems for Java and Konsole too apparently. It could simply be that Perl's handlling of UTF8 is broken, but I didn't want UTF8 in the first place so putting LANG back to what it was before seems like a reasonable fix to me. More here: http://twiki.org/cgi-bin/view/Codev/UsingPerl58OnRedHat8 http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=87682 Perrin, do you think it's worth documented this somewhere in the troubleshooting section? OS-specific issues? __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
Perrin Harkins wrote: On Thu, 2003-06-12 at 20:10, Stas Bekman wrote: Perrin, do you think it's worth documented this somewhere in the troubleshooting section? OS-specific issues? That's a good idea. I'm going on vacation for a couple of weeks and won't be able to look at it until I get back, but if no one else has done it by then I'll whip something up. OK, I'll add your reply's content to: http://perl.apache.org/docs/1.0/guide/troubleshooting.html#OS_Specific_Notes and then once you return you can polish it further. Enjoy the vacation. Soon I'm taking one too ;) __ 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
[mp2] make test fails nearly all tests...
Title: [mp2] make test fails nearly all tests... I've searched the list archives for relevant postings, and I found a couple of messages with similar problems, but no answers. I think I've included all relevant details. Please let me know if there is something else I should add. I'm working with a fresh install of RedHat 7.3. Perl is v5.8.0 compiled from source. I built it with support for ithreads. Apache is 2.0.46. To install Apache I did: tar -xvzf httpd-2.0.46.tar.gz cd httpd-2.0.46 ./configure --prefix=/usr/local/apache2 make make install I then tested httpd and it is serving pages correctly. mod_perl is 1.99_09. I did: tar -xvzf mod_perl-2.0-current.tar.gz cd mod_perl-1.99_09 perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 make make test Everything up through make seems to have gone fine. I was logged in as root for everything. Below I've pasted the contents of t/REPORT and error_log. -8-- Start Bug Report 8-- 1. Problem Description: See above 2. Used Components and their Configuration: *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX = /usr/local/apache2 MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 *** /usr/local/apache2/bin/httpd -V Server version: Apache/2.0.46 Server built: Jun 10 2003 11:22:58 Server's Module Magic Number: 20020903:3 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 (IPv4-mapped addresses enabled) -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_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_LOCKFILE=logs/accept.lock -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf *** /usr/local/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.18-3smp, archname=i686-linux-thread-multi uname='linux uss-nimitz.fefcful.org 2.4.18-3smp #1 smp thu apr 18 07:27:31 edt 2002 i686 unknown ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.3 2.96-110)', 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, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=/lib/libc-2.2.5.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.2.5' 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: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Jun 10 2003 10:07:11 %ENV: PERL_LWP_USE_HTTP_10=1 @INC: /usr/local/lib/perl5/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl . 3. This is the core dump trace: (if you get a core dump): [CORE TRACE COMES HERE] This report was generated by t/REPORT on Wed Jun 11 15:52:57 2003 GMT. -8-- End Bug Report --8-- ***Error log END in modperl_extra.pl, pid=32338 [Tue Jun 10 12:16:19 2003] [notice] Apache/2.0.46 (Unix) mod_perl/1.99_09 Perl/v5.8.0 configured -- resuming normal operations [Tue Jun 10 12:16:19 2003] [info] Server built: Jun 10 2003 11:22:58 [Tue Jun 10 12:16:19 2003] [debug] prefork.c(1039): AcceptMutex: sysvsem (default: sysvsem) [Tue Jun 10 12:16:19 2003] [error] failed to resolve handler `TestHooks::trans' [Tue Jun 10 12:16:19 2003] [error] [client 127.0.0.1] Can't locate TestHooks/trans.pm in @INC (@INC contains
Re: [mp2] make test fails nearly all tests...
Tim Howell wrote: I've searched the list archives for relevant postings, and I found a couple of messages with similar problems, but no answers. I think I've included all relevant details. Please let me know if there is something else I should add. I'm working with a fresh install of RedHat 7.3. Perl is v5.8.0 compiled from source. I built it with support for ithreads. Apache is 2.0.46. To install Apache I did: [...] Thanks for the detailed report Tim. [Tue Jun 10 12:16:19 2003] [error] failed to resolve handler `TestHooks::trans' [Tue Jun 10 12:16:19 2003] [error] [client 127.0.0.1] Can't locate TestHooks/trans.pm in @INC (@INC contains: Apache-Test/lib /root/mod_perl-1.99_09/Apache-Test/lib /root/mod_perl-1.99_09/lib /root/mod_perl-1.99_09/blib/lib /root/mod_perl-1.99_09/blib/arch /root/mod_perl-1.99_09/t/response /root/mod_perl-1.99_09/t/protocol /root/mod_perl-1.99_09/t/preconnection /root/mod_perl-1.99_09/t/hooks /root/mod_perl-1.99_09/t/filter /root/mod_perl-1.99_09/t /root/mod_perl-1.99_09/t/htdocs/testdirective/perlmodule-vh /root/mod_perl-1.99_09/t/htdocs/testdirective/main /usr/local/lib/perl5/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl /root/mod_perl-1.99_09/t/ /root/mod_perl-1.99_09/t/lib/perl) at (eval 51) line 3. Looks like you encounter permission problems. Since you have /root/mod_perl-1.99_09/t/hooks in the path. I'm pretty sure that if you build/test as a normal user and only su to install, everything will work just fine. We try to provide a workaround for testing with root and what we do is chown the files to the uid/gid the server is configured to run with. This is because the server can't be run as root for security reasons. Can you do: grep User t/conf/httpd.conf it tries to pick the 'httpd' or 'nobody' user to run the tests with. If you don't have such user on your machine this may explain the problem you are having. Also, I'd like to see the output of 'make test', since it tells me when it chowns the files and to which uid/gid. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
On Today at 12:38am, PH=Perrin Harkins [EMAIL PROTECTED] wrote: PH On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote: PH Now onto serious stuff. /usr/bin/perl here is the system-wide perl PH install that came bundled with Redhat. PH PH Just a thought: did you fix the locale on that machine? Most of CPAN PH won't compile on Red Hat 8 and 9 because of the broken UTF8 locale PH setting they have. If you haven't already, edit /etc/sysconfig/i18n PH and change LANG=en_US.UTF-8 to LANG=en_US.ISO8859-1. That fixed PH many mysterious things for me. PH PH - Perrin Hi Perrin, I don't think locale is the issue here. I say that because by installing a new perl in my home directory (I don't have root access to this machine, just developer access), I'm able to install 1.99_10-dev and pass 100% of the tests. I think the issue is that I asked the admin to install 1.99_08 a couple of months ago. Now 1.99_10-dev won't pass make test properly, as we suspect, it is finding the older 1.99_08 mod_perl. Just for completeness, I checked for the LANG variable, env | grep LANG LANG=en_US so more than likely that is not the issue. Stas suggested some steps to take in his latest reply. I will post my findings as a reply to his email. -- Haroon Rafique [EMAIL PROTECTED]
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
On Saturday at 9:22am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB I think the issue is very simple: @INC had system libraries dirs SB before the freshly build ones, so dumping @INC contents prior to libs SB loading should aid the debug. But please use the latest cvs, since SB I've messed with @INC a bit recently. SB SB In parallel, we are planning to verify .so objects that they were SB created by the same mod_perl.so to avoid completely this kind of SB problems. Well it won't prevent the pickup of wrong libraries, it'll SB just scream aloud when this will happen. So your debug is still very SB important. SB Seeing that you were answering emails even on a Saturday, I feel guilty about taking that out of town trip yesterday. Oh well! I think we should be able to enjoy the little bit of summer that we get here in Canada to the fullest. Now onto serious stuff. /usr/bin/perl here is the system-wide perl install that came bundled with Redhat. /usr/bin/perl -MApache2 -Mmod_perl -le 'print mod_perl-VERSION' 1.9908 I posted t/REPORT output in the beginning of the thread and can repost upon request. I did a cvs up, and issued: * /usr/bin/perl Makefile.PL MP_AP_PREFIX=/servers/httpd-2.0.44-pl * make * make test and was greeted by the now familiar output (same as originally reported) /usr/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -clean *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -clean sh: line 1: ulimit: core file size: cannot modify limit: Operation not permitted APACHE_USER= APACHE_GROUP= APACHE_PORT= APACHE= APXS= \ /usr/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -verbose=0 *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -verbose=0 sh: line 1: ulimit: core file size: cannot modify limit: Operation not permitted /servers/httpd-2.0.44-pl/bin/httpd -d /home/haroon/src/build/modperl-2.0/t -f /home/haroon/src/build/modperl-2.0/t/conf/httpd.conf -DAPACHE2 -DPERL_USEITHREADS using Apache/2.0.44 (prefork MPM) waiting for server to start: ..[Mon Jun 09 09:38:20 2003] [info] 22 Apache:: modules loaded [Mon Jun 09 09:38:20 2003] [info] 5 APR:: modules loaded [Mon Jun 09 09:38:20 2003] [info] base server + 9 vhosts ready to run tests [Mon Jun 09 09:38:20 2003] [error] Invalid CODE attribute: TestFilter::in_init_basic at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 30 BEGIN failed--compilation aborted at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 30. Compilation failed in require at (eval 35) line 3. [Mon Jun 09 09:38:20 2003] [error] Can't load Perl module TestFilter::in_init_basic for server localhost.localdomain:8529, exiting... !!! server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode) make: *** [run_tests] Error 143 Thanks, -- Haroon Rafique [EMAIL PROTECTED]
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
Haroon Rafique wrote: On Saturday at 9:22am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB I think the issue is very simple: @INC had system libraries dirs SB before the freshly build ones, so dumping @INC contents prior to libs SB loading should aid the debug. But please use the latest cvs, since SB I've messed with @INC a bit recently. SB SB In parallel, we are planning to verify .so objects that they were SB created by the same mod_perl.so to avoid completely this kind of SB problems. Well it won't prevent the pickup of wrong libraries, it'll SB just scream aloud when this will happen. So your debug is still very SB important. SB Seeing that you were answering emails even on a Saturday, I feel guilty about taking that out of town trip yesterday. Oh well! I think we should be able to enjoy the little bit of summer that we get here in Canada to the fullest. Actually it was Sunday (future!) and it's winter (past?) here in Melbourne ;) Now onto serious stuff. /usr/bin/perl here is the system-wide perl install that came bundled with Redhat. /usr/bin/perl -MApache2 -Mmod_perl -le 'print mod_perl-VERSION' 1.9908 I posted t/REPORT output in the beginning of the thread and can repost upon request. no need to I did a cvs up, and issued: * /usr/bin/perl Makefile.PL MP_AP_PREFIX=/servers/httpd-2.0.44-pl * make * make test and was greeted by the now familiar output (same as originally reported) /usr/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -clean *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -clean sh: line 1: ulimit: core file size: cannot modify limit: Operation not permitted APACHE_USER= APACHE_GROUP= APACHE_PORT= APACHE= APXS= \ /usr/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -verbose=0 *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -verbose=0 sh: line 1: ulimit: core file size: cannot modify limit: Operation not permitted /servers/httpd-2.0.44-pl/bin/httpd -d /home/haroon/src/build/modperl-2.0/t -f /home/haroon/src/build/modperl-2.0/t/conf/httpd.conf -DAPACHE2 -DPERL_USEITHREADS using Apache/2.0.44 (prefork MPM) waiting for server to start: ..[Mon Jun 09 09:38:20 2003] [info] 22 Apache:: modules loaded [Mon Jun 09 09:38:20 2003] [info] 5 APR:: modules loaded [Mon Jun 09 09:38:20 2003] [info] base server + 9 vhosts ready to run tests [Mon Jun 09 09:38:20 2003] [error] Invalid CODE attribute: TestFilter::in_init_basic at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 30 BEGIN failed--compilation aborted at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 30. Compilation failed in require at (eval 35) line 3. [Mon Jun 09 09:38:20 2003] [error] Can't load Perl module TestFilter::in_init_basic for server localhost.localdomain:8529, exiting... !!! server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode) make: *** [run_tests] Error 143 Well, nothing has changed, hasn't it? Now try to figure out which .so gets loaded and why it is not the locally built one. The module in question is Apache::Filter For example change TestFilter/in_init_basic.pm to dump the location of the Apache::Filter library. Index: t/filter/TestFilter/in_init_basic.pm === RCS file: /home/cvs/modperl-2.0/t/filter/TestFilter/in_init_basic.pm,v retrieving revision 1.2 diff -u -r1.2 in_init_basic.pm --- t/filter/TestFilter/in_init_basic.pm9 May 2003 03:33:37 - 1.2 +++ t/filter/TestFilter/in_init_basic.pm9 Jun 2003 23:45:58 - @@ -11,6 +11,8 @@ use base qw(Apache::Filter); +BEGIN { warn Apache::Filter $INC{'Apache/Filter.pm'} } + use Apache::Const -compile = qw(OK M_POST); use constant READ_SIZE = 1024; Then, if it's indeed your globally installed Apache::Filter and not the local one, dump @INC (in the same place) to see whether the global path comes before the local one. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
On Mon, 2003-06-09 at 09:55, Haroon Rafique wrote: Now onto serious stuff. /usr/bin/perl here is the system-wide perl install that came bundled with Redhat. Just a thought: did you fix the locale on that machine? Most of CPAN won't compile on Red Hat 8 and 9 because of the broken UTF8 locale setting they have. If you haven't already, edit /etc/sysconfig/i18n and change LANG=en_US.UTF-8 to LANG=en_US.ISO8859-1. That fixed many mysterious things for me. - Perrin
Re: [mp2] make test fails on redhat 8.0 with 1.99_09 and 1.99_10-devsources
On Yesterday at 11:17am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB Is it possible that you have an old install and it gets loaded SB instead? Can you try nuking any preinstalled mod_perl libs? SB Hi Stas, This will be a long email (I think you're probably used to looking at long emails already :-). Thanks for your helpful suggestions and wonderful support again. I have made some progress and here are my findings. Here's what I did. Based upon your suspicion that the tests were failing because of some preinstalled mod_perl libs (true: the system had mod_perl 1.99_08 installed), I did a local perl install: 1. Installed xstow to make life easier when installing/removing files 2. Installed perl in ~/stow/perl-5.8.0 3. Compiled mod_perl against locally installed perl Experience with 1.99_09: In the first batch of test, I had one failure for filter/in_bbs_msg.t. -- begin - filter/in_bbs_msg# connecting to localhost.localdomain:8535 server side has failed (response code: 404), see t/logs/error_log for more details dubious Test returned status 29 (wstat 7424, 0x1d00) *** server localhost.localdomain:8529 shutdown !!! error running tests (please examine t/logs/error_log) -- end - Running t/TEST -verbose filter/in_bbs_msg.t, I got the following from t/logs/error_log -- begin - [Thu Jun 05 10:10:40 2003] [error] [client 127.0.0.1] File does not exist: /home/haroon/src/build/mod_perl-1.99_09/t/htdocs/input_filter.html -- end - Experience with 1.99_10-dev (up to date with CVS till yesterday): = The first batch of tests passes 100%, so the filter/in_bbs_msg.t from 1.99_09 is fixed. However, ModPerl-Registry tests fail with: Failed Test Stat Wstat Total Fail Failed List of Failed --- redirect.t 22 100.00% 1-2 special_blocks.t 122 16.67% 6 10 Running t/TEST -verbose redirect.t special_blocks.t gave me the following output: -- begin - /servers/httpd-2.0.44-pl/bin/httpd -d /home/haroon/src/build/modperl-2.0/ModPerl-Registry/t -f /home/haroon/src/build/modperl-2.0/ModPerl-Registry/t/conf/httpd.conf -DAPACHE2 using Apache/2.0.44 (prefork MPM) waiting for server to start: . waiting for server to start: ok (waited 3 secs) server localhost.localdomain:8529 started redirect..1..2 # testing : test redirect: existing target # expected: ok # received: !DOCTYPE HTML PUBLIC -//IETF//DTD HTML 2.0//EN # htmlhead # title302 Found/title # /headbody # h1Found/h1 # pThe document has moved a href=http://localhost.localdomain:8529/registry/basic.pl;here/a./p # /body/html not ok 1 # Failed test 1 in redirect.t at line 16 # testing : test redirect: non-existing target # expected: 404 # received: 302 not ok 2 # Failed test 2 in redirect.t at line 27 FAILED tests 1-2 Failed 2/2 tests, 0.00% okay special_blocks1..12 # testing : ModPerl::PerlRun is running BEGIN blocks on the first req # expected: begin ok # received: begin ok ok 1 # testing : ModPerl::PerlRun is running BEGIN blocks on the second req # expected: begin ok # received: begin ok ok 2 # testing : ModPerl::PerlRun is running END blocks on the first req # expected: end ok # received: end ok ok 3 # testing : ModPerl::PerlRun is running END blocks on the second req # expected: end ok # received: end ok ok 4 # testing : ModPerl::Registry is running BEGIN blocks on the first req # expected: begin ok # received: begin ok ok 5 # testing : ModPerl::Registry is not running BEGIN blocks on the second req # expected: # received: undef not ok 6 # Failed test 6 in special_blocks.t at line 70 # testing : ModPerl::Registry is running END blocks on the first req # expected: end ok # received: end ok ok 7 # testing : ModPerl::Registry is running END blocks on the second req # expected: end ok # received: end ok ok 8 # testing : ModPerl::RegistryBB is running BEGIN blocks on the first req # expected: begin ok # received: begin ok ok 9 # testing : ModPerl::RegistryBB is not running BEGIN blocks on the second req # expected: # received: undef not ok 10 # Failed test 10 in special_blocks.t at line 70 fail #2 # testing : ModPerl::RegistryBB is running END blocks on the first req # expected: end ok # received: end ok ok 11 # testing : ModPerl::RegistryBB is running END blocks on the second req # expected: end ok # received: end ok ok 12 FAILED tests 6, 10 Failed 2/12 tests, 83.33% okay Failed Test Stat Wstat Total Fail Failed List of Failed --- redirect.t 22 100.00% 1-2 special_blocks.t
Re: [mp2] make test fails on redhat 8.0 with 1.99_09 and 1.99_10-devsources
Haroon Rafique wrote: On Yesterday at 11:17am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB Is it possible that you have an old install and it gets loaded SB instead? Can you try nuking any preinstalled mod_perl libs? SB Hi Stas, This will be a long email (I think you're probably used to looking at long emails already :-). Thanks for your helpful suggestions and wonderful support again. ;) I have made some progress and here are my findings. Here's what I did. Based upon your suspicion that the tests were failing because of some preinstalled mod_perl libs (true: the system had mod_perl 1.99_08 installed), I did a local perl install: 1. Installed xstow to make life easier when installing/removing files 2. Installed perl in ~/stow/perl-5.8.0 3. Compiled mod_perl against locally installed perl Great. So that explains why I had a flash of this problem and then couldn't reproduce it. Once the current problems are resolved it'd be nice to track that problem. I believe that the cause is a wrong @INC. So if you can keep the old setup untouched that would be great. We are now discussing adding a bootstrap checking on all mod_perl libraries. We have too many problem reports just because old libraries kick in. Experience with 1.99_09: In the first batch of test, I had one failure for filter/in_bbs_msg.t. -- begin - filter/in_bbs_msg# connecting to localhost.localdomain:8535 server side has failed (response code: 404), see t/logs/error_log for more details dubious Test returned status 29 (wstat 7424, 0x1d00) *** server localhost.localdomain:8529 shutdown !!! error running tests (please examine t/logs/error_log) -- end - Running t/TEST -verbose filter/in_bbs_msg.t, I got the following from t/logs/error_log -- begin - [Thu Jun 05 10:10:40 2003] [error] [client 127.0.0.1] File does not exist: /home/haroon/src/build/mod_perl-1.99_09/t/htdocs/input_filter.html -- end - Yup, this one is resolved: cvs log t/filter/in_bbs_msg.t ... revision 1.4 date: 2003/05/11 22:59:21; author: stas; state: Exp; lines: +2 -9 - get rid of the http://hostname:port in the GET request, as some lwp's fail to remove it from the GET line - replace manually coded exception handling with GET_BODY_ASSERT macro PR: Obtained from: Submitted by: Reviewed by: I tend not to clutter the Changes file with test fixes, since they aren't relevant to final users. So the 1.99_09 thread ends here. Will continue the rest in the other thread. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources
Haroon Rafique wrote: Experience with 1.99_10-dev (up to date with CVS till yesterday): = The first batch of tests passes 100%, so the filter/in_bbs_msg.t from 1.99_09 is fixed. However, ModPerl-Registry tests fail with: Failed Test Stat Wstat Total Fail Failed List of Failed --- redirect.t 22 100.00% 1-2 special_blocks.t 122 16.67% 6 10 Both failed due to the missing LWP. I was able to reproduce the exact problem by removing LWP/UserAgent.pm. I have now fixed both in cvs. Please 'cvs up' and test again. Thanks. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
On Today at 11:32am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB SB Both failed due to the missing LWP. I was able to reproduce the exact SB problem by removing LWP/UserAgent.pm. I have now fixed both in cvs. SB Please 'cvs up' and test again. Thanks. SB after cvs up, make test skipped a bunch of tests in both the first batch and the 2nd batch (since libwww-perl was not installed). 100% successful. After that, I installed: libwww-perl-5.69 CGI.pm-2.93 HTML-Parser-3.28 URI-1.23 to satisfy all dependencies for installing libwww-perl The tests, that were skipped last time around, ran successfully this time. 100%. Now onto investigating my originally reported problem as to why the older, system-wide installation is interfering with the make test. Any suggestions on how to get started on that? Thanks, -- Haroon Rafique [EMAIL PROTECTED]
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
Haroon Rafique wrote: On Today at 11:32am, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB SB Both failed due to the missing LWP. I was able to reproduce the exact SB problem by removing LWP/UserAgent.pm. I have now fixed both in cvs. SB Please 'cvs up' and test again. Thanks. SB after cvs up, make test skipped a bunch of tests in both the first batch and the 2nd batch (since libwww-perl was not installed). 100% successful. After that, I installed: libwww-perl-5.69 CGI.pm-2.93 HTML-Parser-3.28 URI-1.23 to satisfy all dependencies for installing libwww-perl The tests, that were skipped last time around, ran successfully this time. 100%. Fantastic, thanks! Now onto investigating my originally reported problem as to why the older, system-wide installation is interfering with the make test. Any suggestions on how to get started on that? I think the issue is very simple: @INC had system libraries dirs before the freshly build ones, so dumping @INC contents prior to libs loading should aid the debug. But please use the latest cvs, since I've messed with @INC a bit recently. In parallel, we are planning to verify .so objects that they were created by the same mod_perl.so to avoid completely this kind of problems. Well it won't prevent the pickup of wrong libraries, it'll just scream aloud when this will happen. So your debug is still very important. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails to start httpd
I am having the exact same test failure results on openbsd, and the archives show that some people have had similar problems, with no resolution that I have seen. what happens if you manually run /usr/local/apache2/bin/httpd -X -d ./t -f cont/httpd.conf from within the toplevel mod_perl-1.99_09 directory? the -X tells apache to run as a single process, no forking. the problem on openbsd is that the fork'd child processes are getting segfaults somewhere in libperl.so, but the parent process is doing its thing (fork'ing children) and returning successfully. I didn't post a bug report here because I think its a problem with perl on openbsd. Could this be a mod_perl problem? the segfaults are due to attempts to access mem 0xabababab which is a special value that perl uses (with the Poison macro) to try to make catching segfaults easier. I'm kinda stuck. Dave Eric Schwartz wrote: *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -verbose=0 /usr/local/apache2/bin/httpd -d /usr/local/src/mod_perl-1.99_09/t -f /usr/local/src/mod_perl-1.99_09/t/conf/httpd.conf -DAPACHE2 using Apache/2.0.46 (prefork MPM) waiting for server to start: ..[Wed Jun 04 00:11:21 2003] [info] 19 Apache:: modules loaded [Wed Jun 04 00:11:21 2003] [info] 3 APR:: modules loaded [Wed Jun 04 00:11:21 2003] [info] base server + 8 vhosts ready to run tests waiting for server to start: giving up after 61 secs !!! server failed to start! (please examine t/logs/error_log) make: *** [run_tests] Error 1
Re: [mp2] make test fails to start httpd
Hi there, On Wed, 4 Jun 2003, Dave wrote: I am having the exact same test failure results on openbsd Did you build the Perl on that machine? If not, it might be worth a shot. 73, Ged.
Re: [mp2] make test fails to start httpd
Ged Haywood wrote: On Wed, 4 Jun 2003, Dave wrote: I am having the exact same test failure results on openbsd Did you build the Perl on that machine? If not, it might be worth a shot. yes I did, I recompiled with debugging, and which causes the segfault to occur in different function from the non-debugging build. Dave
Re: [mp2] make test fails to start httpd
Dave wrote: I am having the exact same test failure results on openbsd, and the archives show that some people have had similar problems, with no resolution that I have seen. sure, and it was the same problem with aix earlier. The problem is with DSO loading and it's a different problem on each platform, though it inhibits itself in the same way to user's eye ;) what happens if you manually run /usr/local/apache2/bin/httpd -X -d ./t -f cont/httpd.conf from within the toplevel mod_perl-1.99_09 directory? the -X tells apache to run as a single process, no forking. the problem on openbsd is that the fork'd child processes are getting segfaults somewhere in libperl.so, but the parent process is doing its thing (fork'ing children) and returning successfully. I didn't post a bug report here because I think its a problem with perl on openbsd. Could this be a mod_perl problem? the segfaults are due to attempts to access mem 0xabababab which is a special value that perl uses (with the Poison macro) to try to make catching segfaults easier. I'm kinda stuck. You don't tell which version of OpenBSD you are on. Philippe and I have spent a lot of time trying to make it working on OpenBSD 2.9, but weren't successful. I couldn't even run mod_perl 1, DSO with customly built perl. Using the system 5.6.0 perl was good for making mod_perl 1 DSO working, but it's of no use to mod_perl 2.0. The problem is that system 5.6.0 perl was customly build and I wasn't able to produce a similar version for 5.6.1 or higher and OpenBSD 2.9 is no longer supported, so 5.6.0 is the best you can get. FWIW, Philippe reported having no problems running mod_perl 2.0 on OpenBSD 3.3 (though I think you need to use current cvs for 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
Re: [mp2] make test fails to start httpd
On Wednesday, Jun 4, 2003, at 11:52 America/Denver, Dave wrote: I am having the exact same test failure results on openbsd, and the archives show that some people have had similar problems, with no resolution that I have seen. what happens if you manually run /usr/local/apache2/bin/httpd -X -d ./t -f cont/httpd.conf from within the toplevel mod_perl-1.99_09 directory? It segfaults, just as you suspected. The trace appears to be in libperl.so as well: (gdb) bt #0 0x005de974 in Perl_hv_store_flags () #1 0x005e1274 in Perl_hv_fetch () #2 0x0058e300 in Perl_gv_fetchpv () #3 0x005a1d24 in S_pending_ident () #4 0x00592418 in Perl_yylex () #5 0x005ad3d4 in Perl_yyparse () #6 0x00614f4c in S_doeval () #7 0x00616550 in Perl_pp_require () #8 0x005e49a8 in Perl_runops_standard () #9 0x00588910 in Perl_call_sv () #10 0x0058c448 in S_call_list_body () #11 0x0058bfcc in Perl_call_list () #12 0x005b9fb8 in Perl_newATTRSUB () #13 0x005b4e5c in Perl_utilize () #14 0x005ae000 in Perl_yyparse () #15 0x00614f4c in S_doeval () #16 0x00616550 in Perl_pp_require () #17 0x005e49a8 in Perl_runops_standard () #18 0x00588910 in Perl_call_sv () #19 0x0058c448 in S_call_list_body () #20 0x0058bfcc in Perl_call_list () #21 0x005b9fb8 in Perl_newATTRSUB () #22 0x005b4e5c in Perl_utilize () #23 0x005ae000 in Perl_yyparse () #24 0x00614f4c in S_doeval () #25 0x00616550 in Perl_pp_require () #26 0x005e49a8 in Perl_runops_standard () #27 0x00588910 in Perl_call_sv () #28 0x0058c448 in S_call_list_body () #29 0x0058bfcc in Perl_call_list () #30 0x005b9fb8 in Perl_newATTRSUB () #31 0x005b4e5c in Perl_utilize () #32 0x005ae000 in Perl_yyparse () #33 0x00614f4c in S_doeval () #34 0x00616550 in Perl_pp_require () #35 0x005e49a8 in Perl_runops_standard () #36 0x00588e2c in Perl_eval_sv () #37 0x0058916c in Perl_require_pv () #38 0x00458a1c in modperl_require_file () #39 0x004549fc in modperl_config_apply_PerlRequire () #40 0x00452864 in modperl_startup () #41 0x00452eb8 in modperl_hook_init () #42 0x00455bbc in modperl_cmd_load_module () #43 0x000363a4 in invoke_cmd (cmd=0x46a9dc, parms=0xbb30, mconfig=0x343708, args=0x34e220 TestDirective::perlloadmodule) at config.c:828 #44 0x00036a64 in ap_walk_config_sub (current=0x34e200, parms=0xbb30, section_vector=0x3020a8) at config.c:1082 #45 0x00036b04 in ap_walk_config (current=0x34e200, parms=0xbb30, section_vector=0x3020a8) at config.c:1121 #46 0x00037678 in ap_process_config_tree (s=0x300c58, conftree=0x3439c8, p=0x2fe548, ptemp=0x33e058) at config.c:1594 #47 0x00023f98 in main (argc=6, argv=0xbccc) at main.c:638 #48 0x28bc in _start (argc=6, argv=0xbccc, envp=0xbce8) at /SourceCache/Csu/Csu-45/crt.c:267 #49 0x273c in start () -=Eric
Re: [mp2] make test fails to start httpd
Eric Schwartz wrote: On Wednesday, Jun 4, 2003, at 11:52 America/Denver, Dave wrote: I am having the exact same test failure results on openbsd, and the archives show that some people have had similar problems, with no resolution that I have seen. what happens if you manually run /usr/local/apache2/bin/httpd -X -d ./t -f cont/httpd.conf from within the toplevel mod_perl-1.99_09 directory? It segfaults, just as you suspected. The trace appears to be in libperl.so as well: (gdb) bt #0 0x005de974 in Perl_hv_store_flags () #1 0x005e1274 in Perl_hv_fetch () #2 0x0058e300 in Perl_gv_fetchpv () #3 0x005a1d24 in S_pending_ident () #4 0x00592418 in Perl_yylex () #5 0x005ad3d4 in Perl_yyparse () I remember seeing the same trace on OpenBSD 2.9. BTW, Eric have you tried building mod_perl 1.0 as DSO on that setup? I had exactly the same problems with it as with mod_perl 2.0. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails to start httpd
Stas Bekman wrote: You don't tell which version of OpenBSD you are on. sorry, openbsd 3.3 with perl 5.8.0 FWIW, Philippe reported having no problems running mod_perl 2.0 on OpenBSD 3.3 (though I think you need to use current cvs for that). thats good, I guess I'll try the code from cvs. Dave
Re: [mp2] make test fails to start httpd
Dave wrote: Stas Bekman wrote: You don't tell which version of OpenBSD you are on. sorry, openbsd 3.3 with perl 5.8.0 FWIW, Philippe reported having no problems running mod_perl 2.0 on OpenBSD 3.3 (though I think you need to use current cvs for that). thats good, I guess I'll try the code from cvs. Actually I can't see it in the Changes, perhaps it wasn't committed. Philippe? Remember that patch you sent me to do IPV6 in Apache::Test on OpenBSD? __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2] make test fails on redhat 8.0 with 1.99_09 and 1.99_10-devsources
On Today at 12:03pm, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB SB In the case of 1.99_09, following happens after running make test SB SB [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute: SB TestFilter::out_init_basic at SB /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm SB line 33 BEGIN failed--compilation aborted at SB /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm SB line 33. Compilation failed in require at (eval 21) line 3. SB SB I hate when this happens :( I remember seeing this problem at some SB point, but I wasn't able to reproduce it since then. I have exactly SB the same perl build as in your report. The only difference is that SB I've built it with: -Doptimize='-g'. I'm not sure if it'd make any SB difference. But can you try building a custom perl using SB -Doptimize='-g' and all the options that you had: Hi Stas, Unfortunately I only have developer access on that machine. Since I don't have root access does this mean that first I might have to install perl as a regular user in my home directory and then install mod_perl built against the locally built perl? SB SB config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 SB -Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc SB -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr SB -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr SB -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid SB -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog SB -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 SB -Uversiononly -Dpager=/usr/bin/less -isr' SB SB and give it another try? SB SB Anybody else sees this problem? SB We could wait and see if anyone else has the same problem. SB Another difference from perl -v is SB -libc=/lib/libc-2.2.92.so, so=so, useshrplib=true, libperl=libperl.so SB -gnulibc_version='2.2.92' SB +libc=/lib/libc-2.2.5.so, so=so, useshrplib=true, libperl=libperl.so SB +gnulibc_version='2.2.5' SB SB but I doubt this has anything to do with it. SB Cheers, -- Haroon Rafique [EMAIL PROTECTED]
Re: [mp2] make test fails on redhat 8.0 with 1.99_09 and 1.99_10-devsources
Haroon Rafique wrote: On Today at 12:03pm, SB=Stas Bekman [EMAIL PROTECTED] wrote: SB SB In the case of 1.99_09, following happens after running make test SB SB [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute: SB TestFilter::out_init_basic at SB /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm SB line 33 BEGIN failed--compilation aborted at SB /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm SB line 33. Compilation failed in require at (eval 21) line 3. SB SB I hate when this happens :( I remember seeing this problem at some SB point, but I wasn't able to reproduce it since then. I have exactly SB the same perl build as in your report. The only difference is that SB I've built it with: -Doptimize='-g'. I'm not sure if it'd make any SB difference. But can you try building a custom perl using SB -Doptimize='-g' and all the options that you had: Hi Stas, Unfortunately I only have developer access on that machine. Since I don't have root access does this mean that first I might have to install perl as a regular user in my home directory and then install mod_perl built against the locally built perl? Yes, it should be pretty easy. However I have forgotten that I have a system-wise perl-5.8.0 installed which is compliled without debugging and seems to have the same build and I don't have this problem with it. In any case please give it a try, since I know that I have changed something and the problem was gone. Is it possible that you have an old install and it gets loaded instead? Can you try nuking any preinstalled mod_perl libs? __ 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
[mp2] make test fails to start httpd
1. Problem Description: 'make' test fails to start httpd: $ make test cd src/modules/perl make -f Makefile.modperl make[1]: Nothing to be done for `all'. /usr/local/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -clean *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -clean APACHE_USER= APACHE_GROUP= APACHE_PORT= APACHE= APXS= \ /usr/local/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -verbose=0 *** setting ulimit to allow core files ulimit -c unlimited; t/TEST -verbose=0 /usr/local/apache2/bin/httpd -d /usr/local/src/mod_perl-1.99_09/t -f /usr/local/src/mod_perl-1.99_09/t/conf/httpd.conf -DAPACHE2 using Apache/2.0.46 (prefork MPM) waiting for server to start: ..[Wed Jun 04 00:11:21 2003] [info] 19 Apache:: modules loaded [Wed Jun 04 00:11:21 2003] [info] 3 APR:: modules loaded [Wed Jun 04 00:11:21 2003] [info] base server + 8 vhosts ready to run tests waiting for server to start: giving up after 61 secs !!! server failed to start! (please examine t/logs/error_log) make: *** [run_tests] Error 1 So I examine t/logs/error_log as it suggests: $ cat t/logs/error_log END in modperl_extra.pl, pid=19220 modperl_extra.pl doesn't yield any obvious other places to look for help, so I'm stumped. 2. Used Components and their Configuration: *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX = /usr/local/apache2 MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 *** /usr/local/apache2/bin/httpd -V Server version: Apache/2.0.46 Server built: Jun 3 2003 23:00:54 Server's Module Magic Number: 20020903:3 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR=server/mpm/prefork -D APR_HAS_MMAP -D APR_USE_POSIXSEM_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_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_LOCKFILE=logs/accept.lock -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf *** /usr/local/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=darwin, osvers=6.6, archname=darwin uname='darwin eric-schwartzs-computer.local. 6.6 darwin kernel version 6.6: thu may 1 21:48:54 pdt 2003; root:xnuxnu-344.34.obj~1release_ppc power macintosh powerpc ' config_args='-de -Dprefix=/usr [EMAIL PROTECTED] [EMAIL PROTECTED]' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-pipe -fno-common -no-cpp-precomp -fno-strict-aliasing', optimize='-O3', cppflags='-no-cpp-precomp -pipe -fno-common -no-cpp-precomp -fno-strict-aliasing -pipe -fno-common -no-cpp-precomp -fno-strict-aliasing' ccversion='', gccversion='3.1 20020420 (prerelease)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='cc', ldflags =' -flat_namespace' libpth=/usr/lib libs=-lm -lc perllibs=-lm -lc libc=/usr/lib/libc.dylib, so=dylib, useshrplib=true, libperl=libperl.dylib gnulibc_version='' Dynamic Linking: dlsrc=dl_dyld.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags=' -flat_namespace -bundle -undefined suppress' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under darwin Compiled at Jun 1 2003 13:20:13 %ENV: PERL5LIB=/sw/lib/perl5 PERL_LWP_USE_HTTP_10=1 @INC: /sw/lib/perl5/darwin /sw/lib/perl5 /Library/Perl/darwin /Library/Perl /Library/Perl/darwin /Library/Perl /Library/Perl /Network/Library/Perl/darwin /Network/Library/Perl /Network/Library/Perl . This report was generated by -e on Wed Jun 4 06:10:09 2003 GMT.
Re: [mp2] make test fails to start httpd
Eric Schwartz wrote: 1. Problem Description: 'make' test fails to start httpd: [...] waiting for server to start: giving up after 61 secs !!! server failed to start! (please examine t/logs/error_log) [...] *** /usr/local/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=darwin, osvers=6.6, archname=darwin I don't think it was ever successfully built on darwin. I suppose that the build process may need some tweaking, so somebody with darwin machine and darwin-specific DSO knowledge can take care of this and produce the needed patches which we gladly accept. __ 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
[mp2] make test fails on redhat 8.0 with 1.99_09 and 1.99_10-devsources
system details are posted as cut-and-paste from t/REPORT output at the end of the email. Background: 1. make test passes 100% with 1.99_08 2. make test fails to start the webservers with 1.99_09 3. make test fails to start the webservers with 1.99_10-dev (cvs) In the case of 1.99_09, following happens after running make test [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute: TestFilter::out_init_basic at /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm line 33 BEGIN failed--compilation aborted at /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm line 33. Compilation failed in require at (eval 21) line 3. [Mon Jun 02 15:55:16 2003] [error] Can't load Perl module TestFilter::out_init_basic for server localhost.localdomain:8529, exiting... Strangely enough, line 33 in the offending file is a closing curly brace for sub init : FilterInitHandler. Similar error but slightly different filenames/line numbers with 1.99_10-dev, as follows: [Mon Jun 02 16:00:07 2003] [error] Invalid CODE attribute: TestFilter::in_init_basic at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 30 BEGIN failed--compilation aborted at /home/haroon/src/build/modperl-2.0/t/filter/TestFilter/in_init_basic.pm line 30. Compilation failed in require at (eval 35) line 3. [Mon Jun 02 16:00:07 2003] [error] Can't load Perl module TestFilter::in_init_basic for server localhost.localdomain:8529, exiting... Similarly, line 30 in the offending file is a closing curly brace for sub init : FilterInitHandler. Used Components and their Configuration: *** mod_perl version 1.9910 *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX = /servers/httpd-2.0.44-pl MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 *** /servers/httpd-2.0.44-pl/bin/httpd -V Server version: Apache/2.0.44 Server built: Feb 18 2003 14:18:08 Server's Module Magic Number: 20020903:0 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=/servers/httpd-2.0.44-pl -D SUEXEC_BIN=/servers/httpd-2.0.44-pl/bin/suexec -D DEFAULT_PIDLOG=logs/httpd.pid -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_LOCKFILE=logs/accept.lock -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf *** /usr/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.18-11smp, archname=i386-linux-thread-multi uname='linux daffy.perf.redhat.com 2.4.18-11smp #1 smp thu aug 15 06:41:59 edt 2002 i686 i686 i386 gnulinux ' config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2 -march=i386 -mcpu=i686', cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/include/gdbm' ccversion='', gccversion='3.2 20020822 (Red Hat Linux Rawhide 3.2-5)', 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, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=/lib/libc-2.2.92.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.2.92' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options
Re: [mp2] make test fails on redhat 8.0 with 1.99_09 and 1.99_10-devsources
Haroon Rafique wrote: system details are posted as cut-and-paste from t/REPORT output at the end of the email. Background: 1. make test passes 100% with 1.99_08 2. make test fails to start the webservers with 1.99_09 3. make test fails to start the webservers with 1.99_10-dev (cvs) Right, the new feature was introduced in 1.99_09 In the case of 1.99_09, following happens after running make test [Mon Jun 02 15:55:16 2003] [error] Invalid CODE attribute: TestFilter::out_init_basic at /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm line 33 BEGIN failed--compilation aborted at /home/haroon/src/build/mod_perl-1.99_09/t/filter/TestFilter/out_init_basic.pm line 33. Compilation failed in require at (eval 21) line 3. I hate when this happens :( I remember seeing this problem at some point, but I wasn't able to reproduce it since then. I have exactly the same perl build as in your report. The only difference is that I've built it with: -Doptimize='-g'. I'm not sure if it'd make any difference. But can you try building a custom perl using -Doptimize='-g' and all the options that you had: config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr' and give it another try? Anybody else sees this problem? Another difference from perl -v is -libc=/lib/libc-2.2.92.so, so=so, useshrplib=true, libperl=libperl.so -gnulibc_version='2.2.92' +libc=/lib/libc-2.2.5.so, so=so, useshrplib=true, libperl=libperl.so +gnulibc_version='2.2.5' but I doubt this has anything to do with it. __ 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
make test fails - Solaris8, Perl5.8.0, mod_perl 1.99_08
Hello List, I am having a mysteriously difficult time getting mod_perl installed on Solaris 8. Perl 5.8.0 is installed and was compiled from source. No threads. Apache 2.0.44 is installed and was compiled from source. Here is the output from make test. Of course there is a core dump as well. myserver_root make test cd src/modules/perl make -f Makefile.modperl mksh: Warning: newline is not last character in file Makefile.modperl Current working directory /d01/download/perl/modules/mod_perl-1.99_08/src/modules/perl /usr/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -clean APACHE_USER= APACHE_GROUP= APACHE_PORT= APACHE= APXS= \ /usr/bin/perl -Iblib/arch -Iblib/lib \ t/TEST /usr/local/apache2/bin/httpd -d /d01/download/perl/modules/mod_perl-1.99_08/t -f /d01/download/perl/modules/mod_perl-1.99_08/t/conf/httpd.c onf -DAPACHE2 using Apache/2.0.44 (prefork MPM) waiting for server to start: .[Thu Mar 27 16:50:41 2003] [crit] [Thu Mar 27 16:50:41 2003] file vhost.c, line 232, assertion rv == APR_SUCCESS failed . waiting for server to start: giving up after 61 secs !!! server failed to start! (t/logs/error_log wasn't created, start the server in the debug mode) !!! oh rats, server dumped core !!! for stacktrace, run: gdb /usr/local/apache2/bin/httpd -core /d01/download/perl/modules/mod_perl-1.99_08/t/core *** Error code 1 make: Fatal error: Command failed for target `run_tests' I ran the gdb command, but the results do not make any sense to me. Basically, the make test can not run httpd with the test configuration file in the t/conf directory. But I have checked and apachectl brings up httpd just fine, and the pages are accessible. If anyone can help, please do. Any help is deeply appreciated! Thank you, Adrian Klingel
Re: make test fails - Solaris8, Perl5.8.0, mod_perl 1.99_08
Adrian Klingel wrote: [...] waiting for server to start: .[Thu Mar 27 16:50:41 2003] [crit] [Thu Mar 27 16:50:41 2003] file vhost.c, line 232, assertion rv == APR_SUCCESS failed [...] If anyone can help, please do. Any help is deeply appreciated! This is the relevant code in vhost.c (httpd-side): else if (strcasecmp(host, _default_) == 0 || strcmp(host, 255.255.255.255) == 0) { rv = apr_sockaddr_info_get(my_addr, 255.255.255.255, APR_INET, port, 0, p); ap_assert(rv == APR_SUCCESS); /* must be bug or out of storage */ } so apr_sockaddr_info_get() fails, is your system ipv6 by chance? it probably fails on the first VirtualHost _default_ entry. could you interactively start with gdb and see where it fails in apr_sockaddr_info_get? The following script may get it easier for you: /tmp/debug: file ~/httpd/prefork/bin/httpd tbreak main run -d `pwd`/t -f `pwd`/t/conf/httpd.conf -DONE_PROCESS -DNO_DETATCH -DAPACHE2 # run through all the way to after mod_perl is loaded b load_module continue b apr_sockaddr_info_get now: % cd modperl-2.0 % gdb -command=/tmp/debug p.s. I prefer using ddd which runs gdb underneath, if you use ddd, the syntax is the same: % ddd -command=/tmp/debug __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp2]make test fails
On Tue, 21 Jan 2003 16:05:05 +1100 Stas Bekman [EMAIL PROTECTED] wrote: Steve Glaus wrote: On Mon, 20 Jan 2003 11:29:01 -0500 [EMAIL PROTECTED] wrote: Hi, I'm trying to build mod_perl2 with threads enabled. I recompiled apache with the worker mpm, built mod_perl which seemd to build fine.. however, when I go to 'make test' it gives me the following error: Cannot load /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so into server: /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so: undefined symbol: Perl_Ipatchlevel_ptr!!! what's the output of: nm /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so should be something like: U Perl_Ipatchlevel_ptr which is an unresolved symbol, which gets resolved when libperl.so is loaded. To find out which perl library you have linked against, do: ldd modules/mod_perl.so |grep perl libperl.so = /home/stas/perl/blead-ithread/lib/5.9.0/i686-linux-thread-multi/CORE/libperl.so (0x4002e000) Now you can check whether the symbol is there. in my case: nm /home/stas/perl/blead-ithread/lib/5.9.0/i686-linux-thread-multi/CORE/libperl.so |grep Perl_Ipatch 0011fa41 T Perl_Ipatchlevel_ptr Chances are that you are linking against the wrong perl library, which will explain the resolving problem. Ok, I know we're probably going of topic here, but I'll ask anyways.. I did what you said...the symbol wasn't there in lipperl.so. So. I rebuilt my perl, rebuilt the library, rebuilt my perl again.. I only have one perl library on my system.. It still fails. This is a pretty new version of the perl library, so is it possible that I need an older one? (libperl-5.8.0). I'm at a bit of a loss as to where to go from here. Thx. Steve
Re: [mp2]make test fails
Steve Glaus wrote: [...] Ok, I know we're probably going of topic here, but I'll ask anyways.. You can't run mod_perl, so it's pretty ontopic. I did what you said...the symbol wasn't there in lipperl.so. So. I rebuilt my perl, rebuilt the library, rebuilt my perl again.. I only have one perl library on my system.. It still fails. This is a pretty new version of the perl library, so is it possible that I need an older one? (libperl-5.8.0). I'm at a bit of a loss as to where to go from here. That means one thing: you use the perl include files from the new build, however you link against another library. Does your newly rebuilt library has this symbol defined? __ 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
[mp2]make test fails
Hi, I'm trying to build mod_perl2 with threads enabled. I recompiled apache with the worker mpm, built mod_perl which seemd to build fine.. however, when I go to 'make test' it gives me the following error: Cannot load /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so into server: /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so: undefined symbol: Perl_Ipatchlevel_ptr!!! Does anyone know if it's something I'm doing wrong, or if this is just a temporary thing(I got the source for both apache and mod_perl from cvs) I don't really need the threads, so I'm going to try to build it with the prefork mpm. I just thought someone would like to know.. Thx. Here's a copy of REPORT's output: -8-- Start Bug Report 8-- 1. Problem Description: make test fails with: Cannot load /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so into server: /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so: undefined symbol: Perl_Ipatchlevel_ptr!!! 2. Used Components and their Configuration: *** using /root/cvs/modperl-2.0/t/../lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_AP_PREFIX= /usr/local/apache2/ 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.1.0-dev Server built: Jan 20 2003 08:55:08 Server's Module Magic Number: 20020903:0 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR=server/mpm/worker -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_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=conf/mime.types -D SERVER_CONFIG_FILE=conf/httpd.conf *** /usr/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: Platform: osname=linux, osvers=2.4.20, archname=i686-linux-thread-multi uname='linux buddha.colorfulhell.com 2.4.20 #2 thu jan 16 09:32:42 est 2003 i686 penti config_args='-des -Darchname=i686-linux-thread -Dcc=gcc -Dprefix=/usr -Dvendorprefix=/ hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-DPERL5 -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFI optimize='-march=i686 -O3 -pipe', cppflags='-DPERL5 -DPERL5 -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing' ccversion='', gccversion='3.2.1 20021207 (Gentoo Linux 3.2.1-20021207)', 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, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lpthread -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lpthread -lc -lcrypt -lutil libc=/lib/libc-2.3.1.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.3.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: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Jan 20 2003 07:04:19 %ENV: PERL_LWP_USE_HTTP_10=1 @INC: /usr/lib/perl5/5.8.0/i686-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i686-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl . 3. This is the core dump trace: (if you get a core dump): [CORE TRACE COMES HERE] This report was generated by ./REPORT on Mon Jan 20 16:04:58 2003 GMT. -8-- End Bug Report --8--
Re: [mp2]make test fails
On Mon, 20 Jan 2003 11:29:01 -0500 [EMAIL PROTECTED] wrote: Hi, I'm trying to build mod_perl2 with threads enabled. I recompiled apache with the worker mpm, built mod_perl which seemd to build fine.. however, when I go to 'make test' it gives me the following error: Cannot load /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so into server: /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so: undefined symbol: Perl_Ipatchlevel_ptr!!! I got the exact same error when I used the prefork model... any thoughts?
Re: [mp2]make test fails
On Mon, 20 Jan 2003 11:29:01 -0500 [EMAIL PROTECTED] wrote: Hi, I'm trying to build mod_perl2 with threads enabled. I recompiled apache with the worker mpm, built mod_perl which seemd to build fine.. however, when I go to 'make test' it gives me the following error: Cannot load /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so into server: /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so: undefined symbol: Perl_Ipatchlevel_ptr!!! Does anyone know if it's something I'm doing wrong, or if this is just a temporary thing(I got the source for both apache and mod_perl from cvs) I don't really need the threads, so I'm going to try to build it with the prefork mpm. I just thought someone would like to know.. Thx. I got the exact same error when I compiled against the prefork model.. Any thoughts?
Re: [mp2]make test fails
Steve Glaus wrote: On Mon, 20 Jan 2003 11:29:01 -0500 [EMAIL PROTECTED] wrote: Hi, I'm trying to build mod_perl2 with threads enabled. I recompiled apache with the worker mpm, built mod_perl which seemd to build fine.. however, when I go to 'make test' it gives me the following error: Cannot load /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so into server: /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so: undefined symbol: Perl_Ipatchlevel_ptr!!! what's the output of: nm /root/cvs/modperl-2.0/src/modules/perl/mod_perl.so should be something like: U Perl_Ipatchlevel_ptr which is an unresolved symbol, which gets resolved when libperl.so is loaded. To find out which perl library you have linked against, do: ldd modules/mod_perl.so |grep perl libperl.so = /home/stas/perl/blead-ithread/lib/5.9.0/i686-linux-thread-multi/CORE/libperl.so (0x4002e000) Now you can check whether the symbol is there. in my case: nm /home/stas/perl/blead-ithread/lib/5.9.0/i686-linux-thread-multi/CORE/libperl.so |grep Perl_Ipatch 0011fa41 T Perl_Ipatchlevel_ptr Chances are that you are linking against the wrong perl library, which will explain the resolving problem. __ 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
make test fails
I am trying to upgrade to Apache 1.3.27 with mod_perl 1.27. I am currently running Apache 1.3.20 and mod_perl 1.26 on an HP-UX machine with hpux 10.20 with perl v5.6.1 built for PA-RISC1.1 . I ran configure on Apache to generate a config file with the additional modules I wanted, then did configure for mod_perl with the following perl Makefile.PL APACHE_SRC=../apache_1.3.xx/src \ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 Then make make test make install The make worked with no errors. make test resulted in the following error output cp t/conf/mod_perl_srm.conf t/conf/srm.conf ../apache_1.3.27/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...Syntax error on line 3 of /usr/src/mod_perl-1.27/t/conf /httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration done /usr/local/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 22 Perl directory has /lib/5.6.1/pod. What is creating the error? Thanks Kelton Joyner
Re: make test fails
Kelton Joyner wrote: I am trying to upgrade to Apache 1.3.27 with mod_perl 1.27. I am currently running Apache 1.3.20 and mod_perl 1.26 on an HP-UX machine with hpux 10.20 with perl v5.6.1 built for PA-RISC1.1 . I ran configure on Apache to generate a config file with the additional modules I wanted, then did configure for mod_perl with the following perl Makefile.PL APACHE_SRC=../apache_1.3.xx/src \ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 Then make make test make install The make worked with no errors. make test resulted in the following error output [...] Syntax error on line 3 of /usr/src/mod_perl-1.27/t/conf /httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration done Looks like you have messed up the installation steps when configuring apache separately. Please refer to: http://perl.apache.org/docs/1.0/guide/install.html#The_Flexible_Way __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:stas;stason.org http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
Hi there, On Mon, 28 Oct 2002, John E. Mendenhall wrote: We built our own Perl 5.8.0, as well as Perl 5.6.1. We had different problems with 5.6.1. [snip] Any other suggestions? What were the problems with 5.6.1? Have you got a spare machine/disc pack that you can use to do a completely fresh installation? 73, Ged. ( If it ain't broke, don't fix it. Quite right. :)
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
Ged, Did you build your Perl 5.8.0? Yes. I will be trying to use our original perl (5.004_04), downgrading some of the required perl modules we use to see if that works any better.
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
Ged, What were the problems with 5.6.1? Have you got a spare machine/disc pack that you can use to do a completely fresh installation? No other machine available immediately. 5.6.1 got us up and running, but it crashed as soon as we made a request to the server. No one could help me here, and the upgrade was placed on the back burner. JohnM ## John Mendenhall ## [EMAIL PROTECTED] ## Senior Network/Systems Administrator
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
Jie, Do you have multiple versions of perl installed? Yes. Try a clean installation of perl and use the same compiler and same flags in building everything. We will be attempting to not upgrade perl, but rather, use our older perl 5.004_04 that was working before, and just upgrade the apache and minimal other modules, plus mod_perl to see if that will work. I am starting to hear a consensus that we had too many variables changing. Of course, if this doesn't work, we'll have to try a clean installation. JohnM ## John Mendenhall ## [EMAIL PROTECTED] ## Senior Network/Systems Administrator
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
Gurus, I have compiled mod_perl 1.27 with apache 1.3.27 under perl 5.8.0, solaris 2.6, using gcc 2.7.2.3. When I run the make test, it fails with the following in the error_log: /usr/local/bin/perl5.8.0 t/TEST 0 modules/actions...ok modules/cgi...FAILED test 4 Failed 1/5 tests, 80.00% okay modules/constants.ok modules/cookieskipped all skipped: no reason given modules/file..ok modules/httpdconf.ok modules/include...ok modules/log...ok modules/moduleskipped all skipped: no reason given modules/perlrun...skipped all skipped: no reason given modules/psections.skipped all skipped: no reason given modules/request...FAILED tests 1-10 Failed 10/10 tests, 0.00% okay modules/src...ok modules/stage.skipped all skipped: no reason given modules/statusfetch /perl/perl-status failed! modules/statusdubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-7 Failed 7/7 tests, 0.00% okay modules/symbolskipped all skipped: no reason given modules/uri...skipped all skipped: no reason given modules/util..skipped all skipped: no reason given internal/... The remainder of the tests fail for the most part because the apache server dies somewhere around the modules/request tests, most likely before. The logs/error_log shows: [notice] Destruction-DESTROY called for $global_object 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. [Mon Oct 28 12:29:58 2002] [warn] [notice] child_init for process 19757, report any problems to [no address given] When I attempt to run the single test modules/request, I get the following output: % ./TEST -v modules/request modules/requestmodule Apache::Request is installed 1..10 not ok 1 HTTP/1.1 200 OK Connection: close Date: Mon, 28 Oct 2002 20:32:25 GMT Server: Apache/1.3.27 (Unix) mod_perl/1.27 Perl/v5.8.0 mod_layout/3.2 Content-Type: text/plain Client-Date: Mon, 28 Oct 2002 20:32:25 GMT Client-Peer: 127.0.0.1:8529 1..0 Test header seen more than once! /usr/local/lib/perl5/site_perl/Apache/Request.pm not ok 2 HTTP/1.1 200 OK Connection: close Date: Mon, 28 Oct 2002 20:32:25 GMT Server: Apache/1.3.27 (Unix) mod_perl/1.27 Perl/v5.8.0 mod_layout/3.2 Content-Type: text/plain Client-Date: Mon, 28 Oct 2002 20:32:25 GMT Client-Peer: 127.0.0.1:8529 1..0 Test header seen more than once! /usr/local/lib/perl5/site_perl/Apache/Request.pm not ok 3 /usr/local/lib/perl5/5.8.0/pod/perlfunc.pod should have 6496 lines (request-upload.pl says: ) not ok 4 not ok 5 /usr/local/lib/perl5/5.8.0/pod/perlpod.pod should have 685 lines (request-upload.pl says: ) not ok 6 not ok 7 /usr/local/lib/perl5/5.8.0/pod/perlxs.pod should have 1980 lines (request-upload.pl says: ) not ok 8 not ok 9 /usr/local/src/mod_perl/mod_perl-1.27/t/docs/book.gif should have 113 lines (request-upload.pl says: ) not ok 10 When I try to run all the tests that went before that, all running them as single tests, none of them cause the server to die. The modules/cgi test causes a single on error #4 for that test. The output is: ServerError: Insecure dependency in sysopen while running with -T switch at (eval 197) line 8. error-notes is also set dump of %@: /perl/cgi.pl = Insecure dependency in sysopen while running with -T switch at (eval 197) line 8. The output in the logs/error_log is: [Mon Oct 28 12:37:52 2002] [error] Insecure dependency in sysopen while running with -T switch at (eval 197) line 8. Background: I have used mod_perl up through versions 1.15, using perl 5.004_04, and earlier versions of Apache. I am trying to upgrade to the latest stable releases of everything and it just does not seem to be working. I have checked the list archives as well as google and anywhere else I could think of and could not find why it is not working. Any help is appreciated. Please let me know if you need any additional information. Thank you very much. JohnM ## John Mendenhall ## [EMAIL PROTECTED] ## Senior Network/Systems Administrator
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
I have compiled mod_perl 1.27 with apache 1.3.27 under perl 5.8.0, solaris 2.6, using gcc 2.7.2.3. When I run the make test, it fails Did you build your Perl 5.8.0? I ask because the general advice is that the same compiler must build both Perl and mod_perl. Some people seem to have had troubles with 5.8.0, although not necessarily associated with Solaris. I wouldn't do it right now (in case someone else comes up with an easier suggestion:) but if you did build your own Perl then it might be worth compiling 5.6.1 (or even 5.7.3 - I've had no troubles with 5.7.2 but then I'm not usually on Solaris...) to see if that's any better. We built our own Perl 5.8.0, as well as Perl 5.6.1. We had different problems with 5.6.1. That was a BIG jump from 1.15 to 1.27 and 5.004 to 5.8 !!! My advice would be to try to take smaller steps in future. We follow the adage of: If it ain't broke, don't fix it. We finally had a couple of free hours and decided to upgrade, to get all the security issues fixed, etc. However, seems we keep running into problems. Thanks for the insights. Any other suggestions? JohnM ## John Mendenhall ## [EMAIL PROTECTED] ## Senior Network/Systems Administrator
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
Do you have multiple versions of perl installed? Try a clean installation of perl and use the same compiler and same flags in building everything. Regards, Jie On Mon, 28 Oct 2002, John E. Mendenhall wrote: Date: Mon, 28 Oct 2002 12:44:07 -0800 (PST) From: John E. Mendenhall [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails Gurus, I have compiled mod_perl 1.27 with apache 1.3.27 under perl 5.8.0, solaris 2.6, using gcc 2.7.2.3. When I run the make test, it fails with the following in the error_log: /usr/local/bin/perl5.8.0 t/TEST 0 modules/actions...ok modules/cgi...FAILED test 4 Failed 1/5 tests, 80.00% okay modules/constants.ok modules/cookieskipped all skipped: no reason given modules/file..ok modules/httpdconf.ok modules/include...ok modules/log...ok modules/moduleskipped all skipped: no reason given modules/perlrun...skipped all skipped: no reason given modules/psections.skipped all skipped: no reason given modules/request...FAILED tests 1-10 Failed 10/10 tests, 0.00% okay modules/src...ok modules/stage.skipped all skipped: no reason given modules/statusfetch /perl/perl-status failed! modules/statusdubious Test returned status 255 (wstat 65280, 0xff00) DIED. FAILED tests 1-7 Failed 7/7 tests, 0.00% okay modules/symbolskipped all skipped: no reason given modules/uri...skipped all skipped: no reason given modules/util..skipped all skipped: no reason given internal/... The remainder of the tests fail for the most part because the apache server dies somewhere around the modules/request tests, most likely before. The logs/error_log shows: [notice] Destruction-DESTROY called for $global_object 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. [Mon Oct 28 12:29:58 2002] [warn] [notice] child_init for process 19757, report any problems to [no address given] When I attempt to run the single test modules/request, I get the following output: % ./TEST -v modules/request modules/requestmodule Apache::Request is installed 1..10 not ok 1 HTTP/1.1 200 OK Connection: close Date: Mon, 28 Oct 2002 20:32:25 GMT Server: Apache/1.3.27 (Unix) mod_perl/1.27 Perl/v5.8.0 mod_layout/3.2 Content-Type: text/plain Client-Date: Mon, 28 Oct 2002 20:32:25 GMT Client-Peer: 127.0.0.1:8529 1..0 Test header seen more than once! /usr/local/lib/perl5/site_perl/Apache/Request.pm not ok 2 HTTP/1.1 200 OK Connection: close Date: Mon, 28 Oct 2002 20:32:25 GMT Server: Apache/1.3.27 (Unix) mod_perl/1.27 Perl/v5.8.0 mod_layout/3.2 Content-Type: text/plain Client-Date: Mon, 28 Oct 2002 20:32:25 GMT Client-Peer: 127.0.0.1:8529 1..0 Test header seen more than once! /usr/local/lib/perl5/site_perl/Apache/Request.pm not ok 3 /usr/local/lib/perl5/5.8.0/pod/perlfunc.pod should have 6496 lines (request-upload.pl says: ) not ok 4 not ok 5 /usr/local/lib/perl5/5.8.0/pod/perlpod.pod should have 685 lines (request-upload.pl says: ) not ok 6 not ok 7 /usr/local/lib/perl5/5.8.0/pod/perlxs.pod should have 1980 lines (request-upload.pl says: ) not ok 8 not ok 9 /usr/local/src/mod_perl/mod_perl-1.27/t/docs/book.gif should have 113 lines (request-upload.pl says: ) not ok 10 When I try to run all the tests that went before that, all running them as single tests, none of them cause the server to die. The modules/cgi test causes a single on error #4 for that test. The output is: ServerError: Insecure dependency in sysopen while running with -T switch at (eval 197) line 8. error-notes is also set dump of %@: /perl/cgi.pl = Insecure dependency in sysopen while running with -T switch at (eval 197) line 8. The output in the logs/error_log is: [Mon Oct 28 12:37:52 2002] [error] Insecure dependency in sysopen while running with -T switch at (eval 197) line 8. Background: I have used mod_perl up through versions 1.15, using perl 5.004_04, and earlier versions of Apache. I am trying to upgrade to the latest stable releases of everything and it just does not seem to be working. I have checked the list archives as well as google and anywhere else I could think of and could not find why it is not working. Any help is appreciated. Please let me know
re: solaris 2.6, mod_perl 1.27, apache 1.3.27, make test fails
Hi there, On Mon, 28 Oct 2002, John E. Mendenhall wrote: I have compiled mod_perl 1.27 with apache 1.3.27 under perl 5.8.0, solaris 2.6, using gcc 2.7.2.3. When I run the make test, it fails Did you build your Perl 5.8.0? I ask because the general advice is that the same compiler must build both Perl and mod_perl. Some people seem to have had troubles with 5.8.0, although not necessarily associated with Solaris. I wouldn't do it right now (in case someone else comes up with an easier suggestion:) but if you did build your own Perl then it might be worth compiling 5.6.1 (or even 5.7.3 - I've had no troubles with 5.7.2 but then I'm not usually on Solaris...) to see if that's any better. I have used mod_perl up through versions 1.15, using perl 5.004_04, and That was a BIG jump from 1.15 to 1.27 and 5.004 to 5.8 !!! My advice would be to try to take smaller steps in future. 73, Ged.
Re: mod_perl-1.99_01 make test fails
Sorry, I got the wrong version. :-( Jie On Tue, 9 Apr 2002, Jie Gao wrote: Date: Tue, 9 Apr 2002 16:25:24 +1000 (EST) From: Jie Gao [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: mod_perl-1.99_01 make test fails Hi Doug, Apache 2.0.35 + modperl_20020409042640 uname -a: Linux xxx.xxx.xx.xx 2.4.18-01-shuckle #4 Fri Apr 5 12:42:54 EST 2002 i686 unknown perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.17-0.13smp, archname=i386-linux uname='linux daffy.perf.redhat.com 2.4.17-0.13smp #1 smp fri feb 1 10:30:48 est 2002 i686 unknown ' config_args='-des -Doptimize=-O2 -march=i386 -mcpu=i686 -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dcccdlflags=-fPIC -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Uusethreads -Uuseithreads -Uuselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Di_ndbm -Di_gdbm -Di_shadow -Di_syslog -Dman3ext=3pm -Dlocincpth=' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include', optimize='-O2 -march=i386 -mcpu=i686', cppflags='-fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.1 2.96-98)', 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=4 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -ldl -lm -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil libc=/lib/libc-2.2.4.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: Built under linux Compiled at Feb 20 2002 15:01:16 @INC: /usr/lib/perl5/5.6.1/i386-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/5.6.1/i386-linux /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl perl Makefile.PL APACHE_SRC=../apache+mod_perl/src DO_HTTPD=1 USE_APACI=1 PREP_HTTPD=1 EVERYTHING=1 PERL_TRACE=1 # make test ... /usr/bin/perl t/TEST 0 modules/actions.ok modules/cgi.ok modules/constants...ok modules/cookie..skipped test on this platform modules/embperl.skipped test on this platform modules/eperl...skipped test on this platform modules/fileok modules/httpdconf...ok modules/include.ok modules/log.ok modules/module..skipped test on this platform modules/perlrun.ok modules/perlrunxs...skipped test on this platform modules/psections...skipped test on this platform modules/request.skipped test on this platform modules/sandwichskipped test on this platform modules/src.ok modules/ssi.ok modules/stage...skipped test on this platform modules/status..ok modules/symbol..skipped test on this platform modules/uri.ok modules/utilok internal/apiFAILED test 18 Failed 1/87 tests, 98.85% okay internal/auth...ok internal/croak..ok internal/dirmagic...ok internal/error..ok internal/headersok internal/hooks..ok internal/http-get...ok internal/http-post..ok internal/proxy..ok internal/redirect...ok internal/rwrite.ok internal/stackedok internal/table..ok internal/taint..ok Failed TestStatus Wstat Total Fail Failed List of Failed internal/api.t871 1.15% 18 10 tests skipped. httpd terminated Failed 1/38 test scripts, 97.37% okay. 1/393 subtests failed, 99.75% okay. make: *** [run_tests] Error 29 more t/logs//error_log [notice] Destruction-DESTROY called for $global_object Prototype mismatch: sub Socket::INADDR_ANY vs () at /usr/lib/perl5/5.6.1/i386-linux/Socket.pm line 329. Prototype mismatch: sub Socket::INADDR_BROADCAST vs () at /usr/lib/perl5/5.6.1/i386-linux/Socket.pm line 330. Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i386-linux/Socket.pm line 331. Prototype mismatch: sub Socket::INADDR_LOOPBACK vs () at /usr/lib/perl5/5.6.1/i386-linux/Socket.pm line 332. [Tue Apr 9 17:16:36 2002] [warn] [notice] child_init for process 2740, report any problems to [no address given] [Tue Apr 9 17:16:39 2002] [warn] [client 127.0.0.1] log __ANON__ OK Use of uninitialized value
Re: make test fails on redhat
Hi there, On Wed, 3 Apr 2002, Jie Gao wrote: All tests successful, 6 tests skipped. Are you sure about your subject line? Files=34, Tests=382, 9 wallclock secs ( 4.47 cusr + 0.44 csys = 4.91 CPU) kill `cat t/logs/httpd.pid` cat: t/logs/httpd.pid: No such file or directory There may be permissions problems in the directory tree, did you 'make' and 'make test' as root? I find it's best not to do that. 73, Ged.
Re: mod_perl make test fails
I experienced a similar problem (I was upgrading one thing, which let to upgrading another,... which led to why not upgrade just about everything :-) My configuration/versions are pretty similar. I modified lib/Apache/test.pm, at line 8 I put use URI::URL (); and then I modified t/internal/hooks.t, also at line 8 I added use URI::URL (); That seemed to get past the error and the tests passed. HTH Hi there! I'm trying to compile apache_1.3.22+mod_perl-1.26 on a redhat 7.1 linux box. I replace the original gcc 2.xx with gcc version 3.0.2 and perl 5.6.0 with perl 5.6.1 both compiled in the same box. Any help will be highly appreciated _ Jose Albert These are the last lines of the output of 'make test' ../apache_1.3.22/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 Can't locate object method new via package URI::URL (perhaps you forgot to load URI::URL?) at ../blib/lib/Apache/test.pm line 252. make: *** [run_tests] Error 255 * This is the error log ** [root@lancelot mod_perl-1.26]# cat t/logs/error_log [notice] Destruction-DESTROY called for $global_object [Wed Nov 14 12:41:28 2001] [warn] [notice] child_init for process 4115, report any problems to [no address given]
Re: mod_perl make test fails
this fixes it (reposted here) make test expects 3 pre-loaded perl modules to be present in order to execute. One of them is LWP::UserAgent (part of libwww-perl) The problem you specify only occurs if you have installed a version of libwww-perl that is 5.53 (probably v. 5.6) If you don't want to downgrade, you can install 5.53 to a local directory, set $PERL5LIB to include it, then rerun make test. Marcus Taylor Semantico http://www.semantico.com/
Re: mod_perl make test fails
we had this same problem. make test expects 3 pre-loaded perl modules to be present in order to execute. One of them is LWP::UserAgent (part of libwww-perl) The problem you specify only occurs if you have installed a version of libwww-perl that is 5.53 (probably v. 5.6) If you don't want to downgrade, you can install 5.53 to a local directory, set $PERL5LIB to include it, then rerun make test. Marcus Taylor Semantico http://www.semantico.com/ [EMAIL PROTECTED] wrote: Hi there! I'm trying to compile apache_1.3.22+mod_perl-1.26 on a redhat 7.1 linux box. I replace the original gcc 2.xx with gcc version 3.0.2 and perl 5.6.0 with perl 5.6.1 both compiled in the same box. Any help will be highly appreciated _ Jose Albert These are the last lines of the output of 'make test' ../apache_1.3.22/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 Can't locate object method new via package URI::URL (perhaps you forgot to load URI::URL?) at ../blib/lib/Apache/test.pm line 252. make: *** [run_tests] Error 255 * This is the error log ** [root@lancelot mod_perl-1.26]# cat t/logs/error_log [notice] Destruction-DESTROY called for $global_object [Wed Nov 14 12:41:28 2001] [warn] [notice] child_init for process 4115, report any problems to [no address given]
Re: mod_perl make test fails
Hi there, On Wed, 14 Nov 2001 [EMAIL PROTECTED] wrote: I'm trying to compile apache_1.3.22+mod_perl-1.26 on a redhat 7.1 linux box. I replace the original gcc 2.xx with gcc version 3.0.2 and perl 5.6.0 with perl 5.6.1 both compiled in the same box. Get rid of 5.6.0. It's probably not the problem, but you don't want it. These are the last lines of the output of 'make test' [snip] Can't locate object method new via package URI::URL (perhaps you forgot to load URI::URL?) at ../blib/lib/Apache/test.pm line 252. make: *** [run_tests] Error 255 Can we take it that you have URL.pm somewhere? What happens if you type perldoc URI::URL ? Could be that you just have the wrong paths set up (but you don't seem to have read mod_perl/SUPPORT so nobody knows... :) Anyway, it probably doesn't matter unless you're going to go live with a commercial site on your installation. I'd guess your server works OK. Have you done make install? Can you load the Apache test page from a browser? 73, Ged.
RE: Re: mod_perl make test fails
Thanks Very Much! That works Jose Albert we had this same problem. make test expects 3 pre-loaded perl modules to be present in order to execute. One of them is LWP::UserAgent (part of libwww-perl) The problem you specify only occurs if you have installed a version of libwww-perl that is 5.53 (probably v. 5.6) If you don't want to downgrade, you can install 5.53 to a local directory, set $PERL5LIB to include it, then rerun make test. Marcus Taylor Semantico http://www.semantico.com/ [EMAIL PROTECTED] wrote: Hi there! I'm trying to compile apache_1.3.22+mod_perl-1.26 on a redhat 7.1 linux box. I replace the original gcc 2.xx with gcc version 3.0.2 and perl 5.6.0 with perl 5.6.1 both compiled in the same box. Any help will be highly appreciated _ Jose Albert These are the last lines of the output of 'make test' ../apache_1.3.22/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 Can't locate object method new via package URI::URL (perhaps you forgot to load URI::URL?) at ../blib/lib/Apache/test.pm line 252. make: *** [run_tests] Error 255 * This is the error log ** [root@lancelot mod_perl-1.26]# cat t/logs/error_log [notice] Destruction-DESTROY called for $global_object [Wed Nov 14 12:41:28 2001] [warn] [notice] child_init for process 4115, report any problems to [no address given]
mod_perl make test fails
Hi there! I'm trying to compile apache_1.3.22+mod_perl-1.26 on a redhat 7.1 linux box. I replace the original gcc 2.xx with gcc version 3.0.2 and perl 5.6.0 with perl 5.6.1 both compiled in the same box. Any help will be highly appreciated _ Jose Albert These are the last lines of the output of 'make test' ../apache_1.3.22/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 Can't locate object method new via package URI::URL (perhaps you forgot to load URI::URL?) at ../blib/lib/Apache/test.pm line 252. make: *** [run_tests] Error 255 * This is the error log ** [root@lancelot mod_perl-1.26]# cat t/logs/error_log [notice] Destruction-DESTROY called for $global_object [Wed Nov 14 12:41:28 2001] [warn] [notice] child_init for process 4115, report any problems to [no address given]
[Probably OT] Make test fails in Net::Telnet
Hi, I'm building a new box intended to be a mod_perl/database machine, and in the interests of making it as up-to-date as possible, I installed RedHat 7.1, then upgraded to perl 5.6.1. Next step, of course, is to hit CPAN and install the basics, starting with Bundle::CPAN. But Net::Telnet barfs on make test. I looked on usenet, and there was a post w/ a guy who had this same problem, but no reply. His post describes the problem clearly: snip From: [EMAIL PROTECTED] ([EMAIL PROTECTED]) Subject: select weirdness/Net::Telnet install barf Newsgroups: comp.lang.perl.modules, comp.lang.perl.misc Date: 2001-06-15 15:21:18 PST On my RedHat 7.1 i586 (laptop) system perl 5.6.1 Net::Telnet won't install using CPAN since 'make test' barfs. The select call to read on a dummy handle returns 1! briefly: socket SOCK, AF_INET, SOCK_STREAM, 0; $bitmask = ''; vec($bitmask, fileno(SOCK), 1) = 1; $nfound = select ($bitmask, undef, undef, 0); $nfound is 1 with SOCK allegedly ready to read! Of course actually reading from it produces a SIGPIPE since it's not connected to anything. The 'socket' 'select' calls themselves don't barf. I'm afraid to force install if there's something deep down wrong w/my select. Any ideas greatly appreciated -thanks! Mark snip [rob@dyn5 /home/rob]$ perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.2-2, archname=i386-redhat-linux uname='linux dyn5.empire2.com 2.4.2-2 #1 sun apr 8 20:41:30 edt 2001 i686 unknown ' config_args='-des -Dcc=gcc -Darchname=i386-redhat-linux -Dcccdlflags=-fPIC - Dccdlflags=-rdynamic -Dprefix=/usr -Dscriptdir=/usr/bin -Dsitelib=/usr/lib/p erl5/site_perl -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 - Dman3ext=3pm -Doptimize=-O2 -march=i386 -mcpu=i686 -Uusethreads -Uuselargefi les -Duseshrplib -Dd_dosuid -Ud_setresuid -Ud_setresgid' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing', optimize='-O2 -march=i386 -mcpu=i686', cppflags='-fno-strict-aliasing' ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.1 2.96-85)', 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=4 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -ldl -lm -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil libc=/lib/libc-2.2.2.so, so=so, useshrplib=true, libperl=libperl.so Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.6.1/i386-redhat-linux/CORE' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: Built under linux Compiled at Jul 23 2001 17:28:02 %ENV: PERL5LIB=/home/rob/lib/perl5:/home/rob/lib/perl5/site_perl/5.005 @INC: /home/rob/lib/perl5 /home/rob/lib/perl5 /home/rob/lib/perl5/site_perl/5.005 /usr/lib/perl5/5.6.1/i386-redhat-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/i386-redhat-linux/5.6.1 /usr/lib/perl5/site_perl /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl tips? ideas? suggestions? TIA! L8r, Rob #!/usr/bin/perl -w use Disclaimer qw/:standard/;
Re: [Probably OT] Make test fails in Net::Telnet
I actually had this problem too. I never found a solution, so in the end I just gave up and force installed. It's also on RH7.1 with perl 5.6.1 I'd be interested in the answer if someone finds it Issac - Original Message - From: Rob Bloodgood [EMAIL PROTECTED] To: mod_perl [EMAIL PROTECTED] Sent: Tuesday, July 24, 2001 19:49 Subject: [Probably OT] Make test fails in Net::Telnet Hi, I'm building a new box intended to be a mod_perl/database machine, and in the interests of making it as up-to-date as possible, I installed RedHat 7.1, then upgraded to perl 5.6.1. Next step, of course, is to hit CPAN and install the basics, starting with Bundle::CPAN. But Net::Telnet barfs on make test. I looked on usenet, and there was a post w/ a guy who had this same problem, but no reply. His post describes the problem clearly: snip From: [EMAIL PROTECTED] ([EMAIL PROTECTED]) Subject: select weirdness/Net::Telnet install barf Newsgroups: comp.lang.perl.modules, comp.lang.perl.misc Date: 2001-06-15 15:21:18 PST On my RedHat 7.1 i586 (laptop) system perl 5.6.1 Net::Telnet won't install using CPAN since 'make test' barfs. The select call to read on a dummy handle returns 1! briefly: socket SOCK, AF_INET, SOCK_STREAM, 0; $bitmask = ''; vec($bitmask, fileno(SOCK), 1) = 1; $nfound = select ($bitmask, undef, undef, 0); $nfound is 1 with SOCK allegedly ready to read! Of course actually reading from it produces a SIGPIPE since it's not connected to anything. The 'socket' 'select' calls themselves don't barf. I'm afraid to force install if there's something deep down wrong w/my select. Any ideas greatly appreciated -thanks! Mark snip [rob@dyn5 /home/rob]$ perl -V Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=linux, osvers=2.4.2-2, archname=i386-redhat-linux uname='linux dyn5.empire2.com 2.4.2-2 #1 sun apr 8 20:41:30 edt 2001 i686 unknown ' config_args='-des -Dcc=gcc -Darchname=i386-redhat-linux -Dcccdlflags=-fPIC - Dccdlflags=-rdynamic -Dprefix=/usr -Dscriptdir=/usr/bin -Dsitelib=/usr/lib/p erl5/site_perl -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 - Dman3ext=3pm -Doptimize=-O2 -march=i386 -mcpu=i686 -Uusethreads -Uuselargefi les -Duseshrplib -Dd_dosuid -Ud_setresuid -Ud_setresgid' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing', optimize='-O2 -march=i386 -mcpu=i686', cppflags='-fno-strict-aliasing' ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.1 2.96-85)', 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=4 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -ldl -lm -lc -lcrypt -lutil perllibs=-lnsl -ldl -lm -lc -lcrypt -lutil libc=/lib/libc-2.2.2.so, so=so, useshrplib=true, libperl=libperl.so Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5/5.6.1/i386-redhat-linux/CORE' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: Built under linux Compiled at Jul 23 2001 17:28:02 %ENV: PERL5LIB=/home/rob/lib/perl5:/home/rob/lib/perl5/site_perl/5.005 @INC: /home/rob/lib/perl5 /home/rob/lib/perl5 /home/rob/lib/perl5/site_perl/5.005 /usr/lib/perl5/5.6.1/i386-redhat-linux /usr/lib/perl5/5.6.1 /usr/lib/perl5/site_perl/i386-redhat-linux/5.6.1 /usr/lib/perl5/site_perl /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl tips? ideas? suggestions? TIA! L8r, Rob #!/usr/bin/perl -w use Disclaimer qw/:standard/;
make test fails
Has anyone had this problem? When I make test on mod_perl 1.22, the program launches the test httpd, but waits for the server to warm up, keeps waiting and finally gives up. It turns out a test httpd was launched and on the desired port, so it would seem the daemon is finding the test httpd.conf file. However, when I go to the port with a browser and try to retreive test.html, I get 403-Forbidden. Any ideas? steve
make test fails
Hy everyone, I've installed mod_perl before but I can't get it right this time - 'make test' fails. I am doing everything by the (Eagle) book. I did EVERYTHING=1. The server does start but it doesn't serve pages - it just sits there. I am guessing it has something to do with my Perl installation but I am unable to pin it down at this time. I am using apache_1.3.12 / mod_perl-1.24 on a RedHat 6.2 (Intel) box (and Yes, I did remove the RPMs before I started). Thanks in advance for any help Output of 'make test' : ../apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 1 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 9 t/logs/error_log says: Constant subroutine XHTML_DTD redefined at /usr/lib/perl5/5.00503/constant.pm line 175. [notice] Destruction-DESTROY called for $global_object [Tue Oct 3 14:06:21 2000] [warn] [notice] child_init for process 29870, report any problems to [no address given] [notice] child process 29870 terminating [notice] push'd PerlChildExitHandler called, pid=29870 [notice] push'd PerlChildExitHandler called, pid=29870 [notice] END block called for startup.pl [notice] Destruction-DESTROY called for $global_object
Make test fails for Apache::Session
Hi, I'm not sure if this is the correct forum for this, but here goes ... I can't seem to get Apache::Session installed on our SGI-Irix box. The MySQL test fails when trying to create a new database, as shown by the build output below. Does anyone know what I am doing (or not doing) wrong? I have the distinct feeling that it's something very simple :) Running: Apache 1.3.6 mod_perl-1.21 MySQL 3.22.20a Thanks in advance, Rog -- cpan install Apache::Session Running make for J/JB/JBAKER/Apache-Session-1.52.tar.gz CPAN: MD5 loaded ok Checksum for /usr2/tmp/.cpan/sources/authors/id/J/JB/JBAKER/Apache-Session-1.52.tar.gz ok x Apache-Session-1.52/t/99filelock.t, 792 bytes, 2 blocks x Apache-Session-1.52/t/99filestore.t, 1460 bytes, 3 blocks x Apache-Session-1.52/t/99dbfilestore.t, 1141 bytes, 3 blocks x Apache-Session-1.52/t/99oracle.t, 2021 bytes, 4 blocks x Apache-Session-1.52/t/99storable.t, 731 bytes, 2 blocks x Apache-Session-1.52/t/99nulllock.t, 269 bytes, 1 block x Apache-Session-1.52/t/99uue.t, 731 bytes, 2 blocks x Apache-Session-1.52/t/99flex.t, 1069 bytes, 3 blocks x Apache-Session-1.52/t/99mysql.t, 1706 bytes, 4 blocks x Apache-Session-1.52/t/99postgres.t, 1588 bytes, 4 blocks x Apache-Session-1.52/t/99mysqllock.t, 1301 bytes, 3 blocks x Apache-Session-1.52/t/99md5gen.t, 1019 bytes, 2 blocks x Apache-Session-1.52/t/99file.t, 1065 bytes, 3 blocks x Apache-Session-1.52/t/99mysqlstore.t, 277 bytes, 1 block x Apache-Session-1.52/t/99semaphore.t, 2036 bytes, 4 blocks x Apache-Session-1.52/t/99base64.t, 747 bytes, 2 blocks x Apache-Session-1.52/t/99dbfile.t, 1122 bytes, 3 blocks x Apache-Session-1.52/b/mysqllock.b, 1455 bytes, 3 blocks x Apache-Session-1.52/b/uuevsmime.b, 1343 bytes, 3 blocks x Apache-Session-1.52/b/dbinew.b, 190 bytes, 1 block x Apache-Session-1.52/b/gdbm.b, 641 bytes, 2 blocks x Apache-Session-1.52/b/flexpop.b, 261 bytes, 1 block x Apache-Session-1.52/b/dbipop.b, 156 bytes, 1 block x Apache-Session-1.52/b/dbi.b, 845 bytes, 2 blocks x Apache-Session-1.52/b/dbstore.b, 1144 bytes, 3 blocks x Apache-Session-1.52/Session/Store/Sybase.pm, 6416 bytes, 13 blocks x Apache-Session-1.52/Session/Store/DBI.pm, 2801 bytes, 6 blocks x Apache-Session-1.52/Session/Store/Oracle.pm, 4513 bytes, 9 blocks x Apache-Session-1.52/Session/Store/MySQL.pm, 3222 bytes, 7 blocks x Apache-Session-1.52/Session/Store/Postgres.pm, 4375 bytes, 9 blocks x Apache-Session-1.52/Session/Store/DB_File.pm, 3193 bytes, 7 blocks x Apache-Session-1.52/Session/Store/File.pm, 4458 bytes, 9 blocks x Apache-Session-1.52/Session/DB_File.pm, 1888 bytes, 4 blocks x Apache-Session-1.52/Session/Lock/MySQL.pm, 3669 bytes, 8 blocks x Apache-Session-1.52/Session/Lock/Null.pm, 1546 bytes, 4 blocks x Apache-Session-1.52/Session/Lock/File.pm, 5085 bytes, 10 blocks x Apache-Session-1.52/Session/Lock/Semaphore.pm, 6689 bytes, 14 blocks x Apache-Session-1.52/Session/Serialize/Sybase.pm, 2378 bytes, 5 blocks x Apache-Session-1.52/Session/Serialize/UUEncode.pm, 1599 bytes, 4 blocks x Apache-Session-1.52/Session/Serialize/Storable.pm, 1386 bytes, 3 blocks x Apache-Session-1.52/Session/Serialize/Base64.pm, 1602 bytes, 4 blocks x Apache-Session-1.52/Session/File.pm, 2021 bytes, 4 blocks x Apache-Session-1.52/Session/Sybase.pm, 2283 bytes, 5 blocks x Apache-Session-1.52/Session/Flex.pm, 3891 bytes, 8 blocks x Apache-Session-1.52/Session/Oracle.pm, 2614 bytes, 6 blocks x Apache-Session-1.52/Session/MySQL.pm, 2148 bytes, 5 blocks x Apache-Session-1.52/Session/Postgres.pm, 2495 bytes, 5 blocks x Apache-Session-1.52/Session/Generate/MD5.pm, 1862 bytes, 4 blocks x Apache-Session-1.52/eg/example.perl, 1343 bytes, 3 blocks x Apache-Session-1.52/Session.pm, 16226 bytes, 32 blocks x Apache-Session-1.52/INSTALL, 270 bytes, 1 block x Apache-Session-1.52/MANIFEST, 925 bytes, 2 blocks x Apache-Session-1.52/CHANGES, 1614 bytes, 4 blocks x Apache-Session-1.52/Makefile.PL, 198 bytes, 1 block x Apache-Session-1.52/README, 2816 bytes, 6 blocks x Apache-Session-1.52/TODO, 14 bytes, 1 block Removing previously used /usr2/tmp/.cpan/build/Apache-Session-1.52 CPAN.pm: Going to build J/JB/JBAKER/Apache-Session-1.52.tar.gz Checking if your kit is complete... Looks good Writing Makefile for Apache::Session mkdir blib mkdir blib/lib mkdir blib/lib/Apache mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/Apache mkdir blib/arch/auto/Apache/Session mkdir blib/lib/auto mkdir blib/lib/auto/Apache mkdir blib/lib/auto/Apache/Session cp Session/Store/Sybase.pm blib/lib/Apache/Session/Store/Sybase.pm cp Session/DB_File.pm blib/lib/Apache/Session/DB_File.pm cp Session/Sybase.pm blib/lib/Apache/Session/Sybase.pm cp Session/Store/DBI.pm blib/lib/Apache/Session/Store/DBI.pm cp Session/Lock/MySQL.pm blib/lib/Apache/Session/Lock/MySQL.pm cp Session/Flex.pm blib/lib/Apache/Session/Flex.pm cp Session/Serialize/UUEncode.pm blib/lib/Apache/Session/Serialize/UUEncode.pm cp Session.pm blib/lib/Apache/Session.pm cp Session/Store/MySQL.pm
Re: Make test fails for Apache::Session
On Wed, Aug 09, 2000 at 08:51:08AM +1000, Stuckey, Roger wrote: I can't seem to get Apache::Session installed on our SGI-Irix box. The MySQL test fails when trying to create a new database, as shown by the build output below. Does anyone know what I am doing (or not doing) wrong? I have the distinct feeling that it's something very simple :) Running: Apache 1.3.6 mod_perl-1.21 MySQL 3.22.20a From "perldoc Apache::Session::DBI : To use this module, you will need these columns in a table called 'sessions': id char(16) length int(11) a_session text Where the a_session column needs to be able to handle arbitrarily long binary data. Your error message suggests that you do have not created the sessions table. Ajit
Re: mod_perl make test fails from URI
Hi there, On Wed, 12 Jul 2000, fplunket wrote: modperl version 1.24 perl 5.6.0 apache 1.3.12 Solaris 5.7 URI 1.07 Can't locate object method... Read mod_perl/SUPPORT. Did you compile mod_perl with EVERYTHING=1 or PERL_STACKED_HANDLERS=1? Have a look in the troubleshooting section of the Guide. http://perl.apache.org/guide. 73, Ged.
mod_perl make test fails from URI
modperl version 1.24 perl 5.6.0 apache 1.3.12 Solaris 5.7 URI 1.07 I am receving the following error message when running make test: /home/apache_1.3.12/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /perl/bin/perl t/TEST 0 ../blib/lib ../blib/arch /perl/lib/5.6.0/sun4-solaris /perl/lib/5.6.0 /perl/lib/site_perl/5.6.0/sun4-solaris /perl/lib/site_perl/5.6.0 /perl/lib/site_perl ../. Can't locate object method "new" via package "URI" at /perl/lib/site_perl/5.6.0/URI/WithBase.pm line 19. *** Error code 255 make: Fatal error: Command failed for target `run_tests' I installed URI 1.07 without any error messages ANY SUGGESTIONS Frank Plunkett Sanmina CORP (603) 896-2730
Re: make test fails, httpd fails to start
On Mon, 8 May 2000, Stas Bekman wrote: httpd fails to start because of the following. will write error_log to: t/logs/error_log Syntax error on line 3 of /tmp/mod_perl-1.23/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration Yeah, how about: server failed to start! (please examine t/logs/error_log) at t/TEST line but he already gave all the info we need above. steve, the httpd being used to run the tests does not have mod_perl configured. which means there's a flaw in the steps you took to configure/build. try INSTALL.simple or the appropriate section of the guide.
Re: make test fails, httpd fails to start
On Mon, 8 May 2000, Steve Bauer wrote: I have apache 1.3.12, and mod_perl 1.23. both apache and mod_perl build successfully, but make test fails. the output from "make test" is: 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 will write error_log to: t/logs/error_log Syntax error on line 3 of /tmp/mod_perl-1.23/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration letting apache warm up...done /usr/local/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. *** Error code 146 make: Fatal error: Command failed for target `run_tests' Yeah, how about: server failed to start! (please examine t/logs/error_log) at t/TEST line ^^^ 95. The file /t/httpd.conf contain several pod commands. Anybody have any ideas of where to look or how to fix this?? Steve Bauer Cyber Database Solutions. __ 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.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
Re: make test fails, httpd fails to start
The file t/logs/error_log is never created. httpd fails because /t/conf/httpd.conf looks more like a pod file than a httpd.conf. How is the correct httpd.conf file supposed to be created? What can I do to determine why the creation is not happening?? Steve Bauer Stas Bekman wrote: On Mon, 8 May 2000, Steve Bauer wrote: I have apache 1.3.12, and mod_perl 1.23. both apache and mod_perl build successfully, but make test fails. the output from "make test" is: cp t/conf/mod_perl_srm.conf t/conf/srm.conf httpd fails to start because of the following. will write error_log to: t/logs/error_log Syntax error on line 3 of /tmp/mod_perl-1.23/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration letting apache warm up...done /usr/local/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. *** Error code 146 make: Fatal error: Command failed for target `run_tests' Yeah, how about: server failed to start! (please examine t/logs/error_log) at t/TEST line ^^^ 95. The file /t/httpd.conf contain several pod commands. Anybody have any ideas of where to look or how to fix this?? Steve Bauer Cyber Database Solutions. __ 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.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
Re: make test fails, httpd fails to start
On Mon, 8 May 2000, Steve Bauer wrote: The file t/logs/error_log is never created. httpd fails because /t/conf/httpd.conf looks more like a pod file than a httpd.conf. That's fine. How is the correct httpd.conf file supposed to be created? What can I do to determine why the creation is not happening?? May be file permissions? Or the user/group selection for the child to run under. Steve Bauer Stas Bekman wrote: On Mon, 8 May 2000, Steve Bauer wrote: I have apache 1.3.12, and mod_perl 1.23. both apache and mod_perl build successfully, but make test fails. the output from "make test" is: cp t/conf/mod_perl_srm.conf t/conf/srm.conf httpd fails to start because of the following. will write error_log to: t/logs/error_log Syntax error on line 3 of /tmp/mod_perl-1.23/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration letting apache warm up...done /usr/local/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. *** Error code 146 make: Fatal error: Command failed for target `run_tests' Yeah, how about: server failed to start! (please examine t/logs/error_log) at t/TEST line ^^^ 95. The file /t/httpd.conf contain several pod commands. Anybody have any ideas of where to look or how to fix this?? Steve Bauer Cyber Database Solutions. __ 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.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org -- __ 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.orghttp://stason.org/TULARC/ http://singlesheaven.com| http://perlmonth.com http://sourcegarden.org --
make test fails -- problem in t/conf/httpd.conf !! (newbie problem)
Hi, make test fails, generating the following error: Syntax error on line 3 of /workspace/rtanner/apache/mod_perl-1.22/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration. I presume that message is being generated by the Apache httpd server the test is trying to invoke. When I look at the file, it is indeed a pod file. When I run it through pod2text, then it complains because now it looks more like a help file, begiing with "NAME". Am I missing something obvious or possibly have a bad copy of mod_perl? mod_perl is v 1.22 apache is v 1.3.12 perl is v 5.6.0 OS is Caldera LINUX 2.3/kernel 2.2.10 Thanks. -- Rob _ _ _ _ __ _ _ _ _ /\_\_\_\_\/\_\ /\_\_\_\_\_\ /\/_/_/_/_/ /\/_/ \/_/_/_/_/_/ QUIDQUID LATINE DICTUM SIT, /\/_/__\/_/ __/\/_//\/_/ PROFUNDUM VIDITUR /\/_/_/_/_/ /\_\ /\/_//\/_/ /\/_/ \/_/ /\/_/_/\/_//\/_/ (Whatever is said in Latin \/_/ \/_/ \/_/_/_/_/ \/_/ appears profound) Rob Tanner McMinnville, Oregon [EMAIL PROTECTED]
make test fails
Has anyone had this problem? When I make test on mod_perl 1.22, the program launches the test httpd, but waits for the server to warm up, keeps waiting and finally gives up. It turns out a test httpd was launched and on the desired port, so it would seem the daemon is finding the test httpd.conf file. However, when I go to the port with a browser and try to retreive test.html, I get 403-Forbidden. Any ideas? steve
Re: make test fails on Embperl on AIX ...
On Mon, Feb 07, 2000 at 09:29:16PM +0100, Gerald Richter wrote: I've been trying to build HTML::Embperl on aix (4.3.1), but the make test fails I don't have any experienes with AIX, the only thing I know is what Jens Uwe wrote to me in the FAQ http://perl.apache.org/embperl/Faq.pod.1.html#Embperl_and_mod_perl_on_AIX he also sends the patches to build Embperl on AIX, maybe he (or anybody else on the list) has more ideas what's going wrong I appear to have missed the initial post, what is going wrong? -- Jens-Uwe Mager HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED]
make test fails on Embperl...
This message was sent from Geocrawler.com by "Mark Haviland" [EMAIL PROTECTED] Be sure to reply to that address. I've been trying to build HTML::Embperl on aix (4.3.1), but the make test fails with the following: ): make test PERL_DL_NONLAZY=0 /usr/hsi/perl5/bin/perl -Iblib/arch -Iblib/lib -I/usr/hsi/perl5/lib/5.00503/aix -I/usr/hsi/perl5/lib/5.00503 test.pl Loading...Can't load 'blib/arch/auto/HTML/Embperl/Embperl.so' for module HTML::Embperl: dlopen: blib/arch/auto/HTML/Embperl/Embperl.so: can't find symbol ap_get_client_block blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_log_error blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_palloc blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_pstrdup blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_rflush blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_rputc blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_rwrite blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_send_http_header blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_set_content_length blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_setup_client_block blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_should_client_block blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_table_add blib/arch/auto/HTML/Embperl/Embperl.socan't find symbol ap_table_set blib/arch/auto/HTML/Embperl/Embperl.so at /usr/hsi/perl5/lib/5.00503/aix/DynaLoader.pm line 169. at test.pl line 554 BEGIN failed--compilation aborted at test.pl line 554. Test terminated with fatal error Use of uninitialized value at test.pl line 143. Callback called exit at test.pl line 554. END failed--cleanup aborted at test.pl line 554. make: 1254-004 The error code from the last command is 8. After consulting the FAQ's at the Embperl web site, I saw that the problem might be (is ?) because Embperl cannot find the exported symbols. Then with a little help from Jens-Uwe Mager, I looked at the src/support/httpd.exp to find out if any of the (above) symbols were missing...which they wern't. After that I did a dump -nv on the httpd binary to see if the symbols were listed, and they all were. Is this just some problem with the Make process of Embperl ? Has anybody else run into this ? I built apache (1.3.11) with the '--enable shared=max' option and mod_perl (1.21) as a DSO. Apache mod_perl compiled and tested without a problem (other than linker complaining about symbols being exported twice from perl.exp). -Mark Haviland Geocrawler.com - The Knowledge Archive
Re: make test fails
Read http://perl.apache.org/guide/troubleshooting.html there explain the error you mentioned though its explanation for "Can't load '.../auto/DBI/DBI.so' for module DBI " - Original Message - From: Jeff Beard [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 28, 2000 4:57 AM Subject: make test fails Hi there, running make test fails and produces the errors listed at the end of this message. I searched the list archives and found a posting that suggested rebuilding Perl with the same compiler and tools that I use for apache and mod_perl. So I did but it didn't fix the problem. I did in fact build Perl the first time with gcc 2.8.1, then built gcc 2.95.2 from source. But I rebuilt Perl with the new compiler and get the same results. Any ideas, pointers, etc. in troubleshooting are appreciated. The environment, etc. is: Solaris 2.6 on an Ultra 1 gcc 2.95.2 Sun's build tools (ld, nm, ar, etc.) Perl 5.005_03 apache 1.3.11 mod_perl 1.21 Other "3rd party" mods I'm including: php 4.0b3 mod_ssl 2.5.0-1.3.11 Appended are perl -V output and the errors from make test Thanks for your help. --Jeff Perl Version: Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration: Platform: osname=solaris, osvers=2.6, archname=sun4-solaris uname='sunos wiggy 5.6 generic sun4u sparc sunw,ultra-1 ' hint=recommended, useposix=true, d_sigaction=define usethreads=undef useperlio=undef d_sfio=undef Compiler: cc='gcc -B/usr/ccs/bin/ -B/usr/ccs/bin/', optimize='-O', gccversion=2.95.2 19991024 (release) cppflags='-I/usr/local/include' ccflags ='-I/usr/local/include' stdchar='unsigned char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='gcc -B/usr/ccs/bin/ -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc -lcrypt libc=, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' Characteristics of this binary (from libperl): Built under solaris Compiled at Jan 23 2000 14:15:33 @INC: /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 make test errors: [Thu Jan 27 13:51:41 2000] [error] Can't load '/usr/local/lib/perl5/5.00503/sun4-solaris/auto/IO/IO.so' for module IO: ld.so.1: ../apache_1.3.11/src/httpd: fatal: relocation error: file /usr/local/lib/perl5/5.00503/sun4-solaris/auto/IO/IO.so: symbol main: referenced symbol not found at /usr/local/lib/perl5/5.00503/sun4-solaris/DynaLoader.pm line 169. Jeff Beard ___ Web: www.cyberxape.com Phone: 303.443.9339 Location: Boulder, CO, USA __ FREE Personalized Email at Mail.com Sign up at http://www.mail.com?sr=mc.mk.mcm.tag001
Re: make test fails
Hi there, On Thu, 27 Jan 2000, Jeff Beard wrote: running make test fails and produces the errors listed at the end of this message. I searched the list archives and found a posting that suggested rebuilding Perl with the same compiler and tools that I use for apache and mod_perl. So I did but it didn't fix the problem. I did in fact build Perl the first time with gcc 2.8.1, then built gcc 2.95.2 from source. But I rebuilt Perl with the new compiler and get the same results. I think the bit about using the same compiler means don't use gcc and ztcpp, you ought to get away with 2.8 and 2.95, but it's good advice. You're obviously comfortable with compiling your tools, so you could try a few more recompilations. My first try would be a static build. It seems dynamic linking is responsible for all kinds of problems. I built mySQL for a customer yesterday and the Perl interface wouldn't run with dynamic linking of Msql-Mysql-modules, no matter what I did. No problems at all with --static. If that fails I'd try with a minimum set of modules (just mod_perl to start with, leave out php/mod_ssl) and work up from there to see what (if anything) triggers it. There have been questions about Apache 1.3.11 with mod_perl. Try Apache 1.3.9? There are several other possibilities. Where is apache_1.3.11? I found I had to put both the mod_perl and Apache directories in /usr/local, i.e. /usr/local/apache_1.3.9 and /usr/local/mod_perl-1.21. Did you delete everything before recompiling? You should. Have you tried `make distclean'? Let me know how you get on. 73, Ged. The environment, etc. is: Solaris 2.6 on an Ultra 1 gcc 2.95.2 Sun's build tools (ld, nm, ar, etc.) Perl 5.005_03 apache 1.3.11 mod_perl 1.21 Other "3rd party" mods I'm including: php 4.0b3 mod_ssl 2.5.0-1.3.11 Appended are perl -V output and the errors from make test Thanks for your help. --Jeff Perl Version: Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration: Platform: osname=solaris, osvers=2.6, archname=sun4-solaris uname='sunos wiggy 5.6 generic sun4u sparc sunw,ultra-1 ' hint=recommended, useposix=true, d_sigaction=define usethreads=undef useperlio=undef d_sfio=undef Compiler: cc='gcc -B/usr/ccs/bin/ -B/usr/ccs/bin/', optimize='-O', gccversion=2.95.2 19991024 (release) cppflags='-I/usr/local/include' ccflags ='-I/usr/local/include' stdchar='unsigned char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='gcc -B/usr/ccs/bin/ -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc -lcrypt libc=, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' Characteristics of this binary (from libperl): Built under solaris Compiled at Jan 23 2000 14:15:33 @INC: /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 make test errors: [Thu Jan 27 13:51:41 2000] [error] Can't load '/usr/local/lib/perl5/5.00503/sun4-solaris/auto/IO/IO.so' for module IO: ld.so.1: ../apache_1.3.11/src/httpd: fatal: relocation error: file /usr/local/lib/perl5/5.00503/sun4-solaris/auto/IO/IO.so: symbol main: referenced symbol not found at /usr/local/lib/perl5/5.00503/sun4-solaris/DynaLoader.pm line 169. Jeff Beard ___ Web: www.cyberxape.com Phone:303.443.9339 Location: Boulder, CO, USA
make test fails
Hi there, running make test fails and produces the errors listed at the end of this message. I searched the list archives and found a posting that suggested rebuilding Perl with the same compiler and tools that I use for apache and mod_perl. So I did but it didn't fix the problem. I did in fact build Perl the first time with gcc 2.8.1, then built gcc 2.95.2 from source. But I rebuilt Perl with the new compiler and get the same results. Any ideas, pointers, etc. in troubleshooting are appreciated. The environment, etc. is: Solaris 2.6 on an Ultra 1 gcc 2.95.2 Sun's build tools (ld, nm, ar, etc.) Perl 5.005_03 apache 1.3.11 mod_perl 1.21 Other "3rd party" mods I'm including: php 4.0b3 mod_ssl 2.5.0-1.3.11 Appended are perl -V output and the errors from make test Thanks for your help. --Jeff Perl Version: Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration: Platform: osname=solaris, osvers=2.6, archname=sun4-solaris uname='sunos wiggy 5.6 generic sun4u sparc sunw,ultra-1 ' hint=recommended, useposix=true, d_sigaction=define usethreads=undef useperlio=undef d_sfio=undef Compiler: cc='gcc -B/usr/ccs/bin/ -B/usr/ccs/bin/', optimize='-O', gccversion=2.95.2 19991024 (release) cppflags='-I/usr/local/include' ccflags ='-I/usr/local/include' stdchar='unsigned char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='gcc -B/usr/ccs/bin/ -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc -lcrypt libc=, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' Characteristics of this binary (from libperl): Built under solaris Compiled at Jan 23 2000 14:15:33 @INC: /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 make test errors: [Thu Jan 27 13:51:41 2000] [error] Can't load '/usr/local/lib/perl5/5.00503/sun4-solaris/auto/IO/IO.so' for module IO: ld.so.1: ../apache_1.3.11/src/httpd: fatal: relocation error: file /usr/local/lib/perl5/5.00503/sun4-solaris/auto/IO/IO.so: symbol main: referenced symbol not found at /usr/local/lib/perl5/5.00503/sun4-solaris/DynaLoader.pm line 169. Jeff Beard ___ Web:www.cyberxape.com Phone: 303.443.9339 Location: Boulder, CO, USA
IPC::SysV make test fails with 'test program seems to have generated a core'
Hi, on Solaris 7/Sparc, I'm trying to get Apache-DBILogin-1.5 to work and apparently it needs IPC-SysV for some reason. IPC-SysV-1.03 make'd ok, but make test fails on t/sem as below. Is this test failure anything to worry about anybody? IPC-SysV-1.03 [ 178 ] make test PERL_DL_NONLAZY=1 /usr/bin/perl -I./blib/arch -I./blib/lib -I/usr/local/lib/perl5/sun4-solaris/5.00404 -I/usr/local/lib/perl5 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/msg...ok t/sem...Use of uninitialized value at blib/lib/IPC/Semaphore.pm line 134. Use of uninitialized value at blib/lib/IPC/Semaphore.pm line 134. Bad arg length for semctl, is 6, should be 8 at blib/lib/IPC/Semaphore.pm line 135. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core Failed Test Status Wstat Total Fail Failed List of failed --- t/sem.t 0 139?? ?? % ?? Failed 1/2 test scripts, 50.00% okay. 0/9 subtests failed, 100.00% okay. *** Error code 2 make: Fatal error: Command failed for target `test_dynamic' Thanks in advance :-) -- Best Regards, Brian S. Craigie Unix Sysadmin NEC Semiconductors (UK) Ltd
Re: IPC::SysV make test fails with 'test program seems to have generated a core'
What is Apache-DBILogin-1.5 using IPC for? if it is semaphores - it is not going to work. looks like there is a bad arg length. I don't use that package so I am not sure what is in line 135 of Semaphore.pm but you might be able to modify it to work with Solaris. cliff rayman genwax.com "Brian S. Craigie" wrote: Hi, on Solaris 7/Sparc, I'm trying to get Apache-DBILogin-1.5 to work and apparently it needs IPC-SysV for some reason. IPC-SysV-1.03 make'd ok, but make test fails on t/sem as below. Is this test failure anything to worry about anybody? IPC-SysV-1.03 [ 178 ] make test PERL_DL_NONLAZY=1 /usr/bin/perl -I./blib/arch -I./blib/lib -I/usr/local/lib/perl5/sun4-solaris/5.00404 -I/usr/local/lib/perl5 -e 'use Test::Harness qw(runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/msg...ok t/sem...Use of uninitialized value at blib/lib/IPC/Semaphore.pm line 134. Use of uninitialized value at blib/lib/IPC/Semaphore.pm line 134. Bad arg length for semctl, is 6, should be 8 at blib/lib/IPC/Semaphore.pm line 135. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. Attempt to free unreferenced scalar. dubious Test returned status 0 (wstat 139, 0x8b) test program seems to have generated a core Failed Test Status Wstat Total Fail Failed List of failed --- t/sem.t 0 139?? ?? % ?? Failed 1/2 test scripts, 50.00% okay. 0/9 subtests failed, 100.00% okay. *** Error code 2 make: Fatal error: Command failed for target `test_dynamic' Thanks in advance :-) -- Best Regards, Brian S. Craigie Unix Sysadmin NEC Semiconductors (UK) Ltd
Re: How to (not) get help (was: make test fails (modules/src.t) with Error 29)
Hi there, The subject line you gave this was a very good idea, so I've tried to throw in some of my experiences in the hope that this will be a useful document for those who stumble along after me. Take heart, weary traveller! There is light at the end of the tunnel (if you look in the right direction:). On Fri, 26 Nov 1999, Ask Bjoern Hansen wrote: "Why questions go unanswered". http://www.plover.com/~mjd/perl/Questions.html Thanks for the pointer, I'll grab it and do what you said. It was an awful long mail to go through. Sorry. Do you think that was why I didn't get any replies? I thought I'd done what it said I should do in the documentation. :( You also forgot to send us the Makefile.PL parameters you used. Apparently I left a bit out, so it should have been even longer. :( You could also have done a better job at marking out what of the 33kb you sent was important or relevant. Nobody said that to me before. I had no idea what was important or relevant, or I would have done just that! As I said in the mail, it was my first attempt at mod_perl, and I tried my best to do what it said in the SUPPORT document. When you're new to it all, and you've just unpacked 8,705 source files into a directory tree, knowing what is important and what is not does not happen quickly. The prospects of finding a single error in a reasonable time, alone, look bleak. If you ask people who know me personally they will tell you that I am a very self-sufficient type. I like to do things for people but to ask for help goes against the grain with me. I probably need more practice. Apache::src seems to not work when you have your mod_perl tree in a subdirectory to your apache tree. How you got it to compile is mysterious to me though, you must have been doing something funky. When I try that it both screams and yells at me that it can't find the apache src. I didn't think I knew enough about this stuff to do anything ``funky''! I thought maybe it shouldn't have compiled, as well. The day before yesterday I finally threw out everything (including the machine) and started again with a different box. To my further and great irritation it worked first time. As it happens, this time I put the mod_perl and Apache directories at the same level in the tree. After it had worked, I thought this might have been the problem but I have no evidence. It does suggest a structure like that in the Eagle Book but it says ``you might want to follow the suggestions given here for convenience'' so I didn't follow them the first time because I was comfortable with using directory structures and it wasn't convenient to do it that way. I think that maybe some people have inadvertently produced build scripts or code which depend upon the directory layout (or environment) to work, yet they neither check nor enforce it. I seem to have tripped over that. I think that I'm sticking my neck out a little by saying this, but my ego isn't as delicate as some, so go ahead and shout at me. As I said, I have no evidence so it's only a guess. As long as everything gets better in the end it doesn't matter if I'm criticized. [Para. A] There are several other things that seemed to me to be not quite right. I made notes in my `lab book' as I went along, and I'll be glad to list my thoughts about them if anybody is interested. See Para. A above. PS. Flaming people who try to help you have never done any good. It had reached the stage where I was spending time I could not afford, getting nowhere, slowly, so I asked for help. I was disappointed by the zero response I got but even more disappointed with the non-zero response that some others were getting. I skipper a yacht. Out at sea, we say ``ask silly questions''. If you're 100 miles from land, and somebody was afraid to ask a question because it might be a silly one, everbody might die. For that reason we are patient with questions that to the more experienced of us seem to have obvious answers. I see people asking easy questions, still do, which even I can answer. I answer them, but usually they are not really mod_perl topics so I send private mail. The thing that shocked me was that often in the thank-you replies I get, people mention that they have had sarcastic comments from others on the list telling them not to ask non-mod-perl questions, and things like that. I was angry with those people who are so clever that they can afford to make disparaging remarks about others when it would be a lot easier just to answer the question in a private message. For example, one person wanted to know how to unsubscribe, so I told him. He said that lots of people had told him to RTFM and junk like that. He knew what to do, he'd just lost the exact wording for unsubscribing. Another asked something about Perl (for his friend, not for himself) and he said that he was very sorry he'd ever posted his question because he'd had almost nothing but
How to (not) get help (was: make test fails (modules/src.t) withError 29)
On Wed, 3 Nov 1999, G.W. Haywood wrote: Hi Greg, First a link to an article Mark-Jason Dominus once wrote about "Why questions go unanswered". http://www.plover.com/~mjd/perl/Questions.html Read it and read it again, it gives some insight to what to do and how to write to get help on mailinglists and in newsgroups. You could also have done a better job at marking out what of the 33kb you sent was important or relevant. It was an awful long mail to go through. You also forgot to send us the Makefile.PL parameters you used. Apache::src seems to not work when you have your mod_perl tree in a subdirectory to your apache tree. How you got it to compile is mysterious to me though, you must have been doing something funky. When I try that it both screams and yells at me that it can't find the apache src. Try with freshly unpacked tar files, and don't put the mod_perl under the apache-1.3 directory. What does it say then? - ask PS. Flaming people who try to help you have never done any good, not even when you're frustrated and think they could do better at helping you. Especially flaming the software a lot of people have worked hard on often in their precious sparetime is an effective way to get ignored. A lot of the very helpful and clued people on this mailinglist get payed well for spending their time not helping people on this list, but they still do it. Don't discourage them. The way to get help is either 1) Do you homework and stay with the nice attitude or 2) Don't do you homework but find the checkbook and stay with the nice attidude. Nobody wants to work for or with someone who is rude. modules/src.Use of uninitialized value at modules/src.t line 19. Use of uninitialized value at modules/src.t line 20. Use of uninitialized value at ../blib/lib/Apache/src.pm line 164. Use of uninitialized value at modules/src.t line 27. Use of uninitialized value at ../blib/lib/Apache/src.pm line 215. Use of uninitialized value at ../blib/lib/Apache/src.pm line 215. can't stat No such file or directory 1..6 ok 1 dir=../src ok 2 main= not ok 3 module_magic_number = 0 not ok 4 httpd_version = not ok 5 -I../src -I../src/modules/perl -I dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 3-6 Failed 4/6 tests, 33.33% okay -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 60M impressions per day, http://valueclick.com
Re: How to (not) get help (was: make test fails (modules/src.t) withError 29)
On Fri, 26 Nov 1999, Ask Bjoern Hansen wrote: Hi Greg, eh, make that Ged. I'm up too early. (7.something here, argh.) - ask -- ask bjoern hansen - http://www.netcetera.dk/~ask/ more than 60M impressions per day, http://valueclick.com
make test fails (modules/src.t) with Error 29
Hi all, This is the first time I've tried build mod_perl, although I've compiled Apache several times with no trouble. First of all I just want to use it to speed up my CGI scripts, then to add footers and stuff like that. Maybe I'll get into the fancier things later. I'm using Apache 1.3.9 (for this exercise only - my operational server is v1.2, running on the machine at 195.224.76.136) and I had to download perl 5.00503 to get some of the modules to make. Apache seems to sort of compile (EVERYTHING=1), but then I get the `make test' failures below. Any ideas/pointers will be much appreciated. Ged Haywood. The modules I'm trying to install are these: CGI.pm 2.56 Crypt:SSLeay0.14 Digest-MD5 2.09 HTML-Pager 0.01 HTML-Parser 2.23 HTML-Template 0.96 HTML-Validator 0.12 IO-Socket_SSL 0.73 MIME-Base64 2.11 Net::SSLeay 1.05 OpenSSL 0.9.4 URI.pm 1.04 libnet 1.0607 libwww 5.45 Most of these I am installing because the bits I actually wanted required other bits that I didn't... 'perl -V' output === Summary of my perl5 (5.0 patchlevel 5 subversion 3) configuration: Platform: osname=linux, osvers=2.0.34, archname=i686-linux uname='linux www 2.0.34 #1 thu jun 4 18:59:35 pdt 1998 i686 unknown ' hint=recommended, useposix=true, d_sigaction=define usethreads=undef useperlio=undef d_sfio=undef Compiler: cc='gcc', optimize='-O2', gccversion=egcs-2.90.29 980515 (egcs-1.0.3 release) cppflags='-Dbool=char -DHAS_BOOL -I/usr/local/include' ccflags ='-Dbool=char -DHAS_BOOL -I/usr/local/include' stdchar='char', d_stdstdio=define, usevfork=false intsize=4, longsize=4, ptrsize=4, doublesize=8 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 alignbytes=4, usemymalloc=n, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /shlib /lib /usr/lib libs=-lndbm -lgdbm -ldbm -ldb -ldl -lm -lc libc=/lib/libc.so.5.4.44, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Built under linux Compiled at Oct 23 1999 14:49:19 @INC: /usr/lib/perl5/5.00503/i686-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i686-linux /usr/lib/perl5/site_perl/5.005 . END OF 'perl -V' output = t/logs/errorLog === [Thu Oct 28 22:24:55 1999] [warn] pid file /usr/local/apache_1.3.9/mod_perl-1.21/t/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [notice] Destruction-DESTROY called for $global_object [Thu Oct 28 22:24:56 1999] [warn] [notice] child_init for process 6086, report any problems to [no address given] [Thu Oct 28 22:25:04 1999] [warn] [client 127.0.0.1] log __ANON__ OK *** The following [error] is expected, no cause for alarm *** [Thu Oct 28 22:25:12 1999] [error] Missing right bracket at /usr/local/apache_1.3.9/mod_perl-1.21/t/docs/badsyntax.pl line 9, at end of line syntax error at /usr/local/apache_1.3.9/mod_perl-1.21/t/docs/badsyntax.pl line 9, at EOF *** The following [error] is expected, no cause for alarm *** [Thu Oct 28 22:25:13 1999] [error] Apache::Death at /dev/null line 0 *** The following [error] is expected, no cause for alarm *** [Thu Oct 28 22:25:13 1999] [error] Missing right bracket at /usr/local/apache_1.3.9/mod_perl-1.21/t/docs/badsyntax.pl line 9, at end of line syntax error at /usr/local/apache_1.3.9/mod_perl-1.21/t/docs/badsyntax.pl line 9, at EOF *** The following [error] is expected, no cause for alarm *** [Thu Oct 28 22:25:13 1999] [error] Apache::Death at /dev/null line 0 print on closed filehandle Apache::ROOT::perl::hooks_2epl::FH at /usr/local/apache_1.3.9/mod_perl-1.21/t/net/perl/hooks.pl line 15, fh1b chunk 1. print on closed filehandle Apache::ROOT::perl::hooks_2epl::FH at /usr/local/apache_1.3.9/mod_perl-1.21/t/net/perl/hooks.pl line 26, fh1b chunk 1. [Thu Oct 28 22:25:15 1999] [error] can't open /usr/local/apache_1.3.9/mod_perl-1.21/t/docs/.htaccess at /usr/local/apache_1.3.9/mod_perl-1.21/t/net/perl/hooks.pl line 51, fh1b chunk 1. [notice] child process 6086 terminating [notice] push'd PerlChildExitHandler called, pid=6086 [notice] push'd PerlChildExitHandler called, pid=6086 [notice] END block called for startup.pl [notice] Destruction-DESTROY called for $global_object [Thu Oct 28 22:25:41 1999] [warn] pid file /usr/local/apache_1.3.9/mod_perl-1.21/t/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [notice] Destruction-DESTROY called for $global_object [Thu Oct 28 22:25:42 1999] [warn] [notice] child_init for process 6350, report any problems to [no address given] [Thu
Re: make test fails
It has been suggested to increase the sleep in that script to let the server warm up a bit more. The only time I experienced that problem was when something else was wrong with the install. Change the sleep first from 1 to 5 secs and see what happens. Apart from that I don't know. The port number is standard procdure but it may try to change that, I'm not sure on that issue though. Good luck. From: Pepi [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: make test fails Date: Sat, 2 Oct 1999 11:04:28 -0400 (EDT) Hi everybody, I am installing apache 1.3.9 and modperl 1.21: I untar them in two subdirectories of the same home directory, then I go to the modperl directory and type: perl Makefile.PL APACHE_SRC=../apache_1.3.9/src \ DO_HTTPD=1 USE_APACI=1 PERL_MARK_WHERE=1 EVERYTHING=1 then: make (it compiles everything fine) and then when I run: make test I always get: . . . cp t/conf/mod_perl_srm.conf t/conf/srm.conf ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm upnot ok server failed to start! at t/TEST line 95. make: *** [run_tests] Error 9 Can someone please help me? Thank you Petar __ Petar Maymounkov Cell: (617) 283-2401 166 Quincy Mail CenterHome: (617) 493-3106 Cambridge, MA 02138Page: [EMAIL PROTECTED] __ Get Your Private, Free Email at http://www.hotmail.com
Re: make test fails
Hi everybody, I am installing apache 1.3.9 and modperl 1.21: I untar them in two subdirectories of the same home directory, then I go to the modperl directory and type: perl Makefile.PL APACHE_SRC=../apache_1.3.9/src \ DO_HTTPD=1 USE_APACI=1 PERL_MARK_WHERE=1 EVERYTHING=1 then: make (it compiles everything fine) and then when I run: make test I always get: . . . cp t/conf/mod_perl_srm.conf t/conf/srm.conf ../apache_1.3.9/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/bin/perl t/TEST 0 still waiting for server to warm upnot ok server failed to start! at t/TEST line 95. make: *** [run_tests] Error 9 Can someone please help me? Take a look at t/logs/error_log for possible problems. If it's empty someone reported that allowing a few more secs for a server to wake up might help, to accomplish that edit t/TEST file: else { print "still waiting for server to warm up..."; } for (1..3) { sleep $_; = else { print "still waiting for server to warm up..."; } for (1..10) { sleep $_; Tell us whether it worked, since if it did, it's a time to modify the t/TEST in CVS Thank you Petar __ Petar Maymounkov Cell: (617) 283-2401 166 Quincy Mail CenterHome: (617) 493-3106 Cambridge, MA 02138Page: [EMAIL PROTECTED] ___ Stas Bekman mailto:[EMAIL PROTECTED]www.singlesheaven.com/stas Perl,CGI,Apache,Linux,Web,Java,PC at www.singlesheaven.com/stas/TULARC www.apache.org www.perl.com == www.modperl.com || perl.apache.org single o- + single o-+ = singlesheavenhttp://www.singlesheaven.com