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
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: 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
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: [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
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
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. - Perrin
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
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 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 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...
I figured this one out: CGI needed to be updated. =) --TWH -Original Message- From: Tim Howell Sent: Thursday, June 12, 2003 10:00 AM To: [EMAIL PROTECTED] Subject: 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]:
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 director
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 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
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 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
[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
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
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? -- Haroon Rafique <[EMAIL PROTECTED]>
Re: [mp2] make test fails with 1.99_10-dev sources on redhat
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
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
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 ? I dont think the LANG variable is wrong as such is it ? I have to currently upgrade a couple of production servers running mod_perl and I am finding it difficult to decide between choosing a old/possible becoming unsupported but functional RedHat 7.3 and RedHat 9.0 with a possibly broken perl or some issues with perl 5.8 which I am not able to comprehend. Mithun --- Perrin Harkins <[EMAIL PROTECTED]> wrote: > 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. __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.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 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 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 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 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
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 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 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: # # 302 Found # # Found # The document has moved http://localhost.localdomain:8529/registry/basic.pl";>here. # 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 122 16.67% 6 10 *** server localhost.localdomain:8529 shutdown !!! erro
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 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
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
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
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
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
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
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
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 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 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
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: 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
[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):
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
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: 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
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
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?
[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<--