Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
On Wednesday 07 April 2004 12:14 pm, Stas Bekman wrote: I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing it ;) Yes, so true. Guilty :( If it's too hard, don't worry, let me know and I'll fix it later. No, it's on my TODO list :) Actually, while I was fixing one problem I've fixed the other as well. I hope you didn't start working on this one yet. So continuous lines support is now in cvs as well. Stas - I tried erveything. Everything works. I couldn't break it. (- those are stars) Good job, and thank you. Aloha = Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
Beau E. Cox wrote: On Wednesday 07 April 2004 12:14 pm, Stas Bekman wrote: I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing it ;) Yes, so true. Guilty :( If it's too hard, don't worry, let me know and I'll fix it later. No, it's on my TODO list :) Actually, while I was fixing one problem I've fixed the other as well. I hope you didn't start working on this one yet. So continuous lines support is now in cvs as well. Stas - I tried erveything. Everything works. I couldn't break it. (- those are stars) Good job, and thank you. Thanks for the confirmation, Beau! -- __ 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 -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
/home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/ auto/Embperl/Embperl.so libxml2.so.2 = /usr/lib/libxml2.so.2 (0x4008f000) libz.so.1 = /usr/lib/libz.so.1 (0x40182000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a3000) libm.so.6 = /lib/libm.so.6 (0x401f4000) libxslt.so.1 = /usr/lib/libxslt.so.1 (0x40217000) libc.so.6 = /lib/libc.so.6 (0x40248000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) mod_perl must loaded first to get things working. As far as I see you already have tried this? Gerald --- Gerald Richterecos electronic communication services gmbh IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice: +49 6133 939-122 WWW:http://www.ecos.de/ Fax: +49 6133 939-333 --- Besuchen Sie uns auf der CeBIT (18. - 24. März 2004) Halle 6 Stand B38-452 ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info --- -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
On Tuesday 06 April 2004 08:14 pm, Gerald Richter wrote: /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi / auto/Embperl/Embperl.so libxml2.so.2 = /usr/lib/libxml2.so.2 (0x4008f000) libz.so.1 = /usr/lib/libz.so.1 (0x40182000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a3000) libm.so.6 = /lib/libm.so.6 (0x401f4000) libxslt.so.1 = /usr/lib/libxslt.so.1 (0x40217000) libc.so.6 = /lib/libc.so.6 (0x40248000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) mod_perl must loaded first to get things working. As far as I see you already have tried this? Gerald - Yes I have; I've tried all combinations. As I said, this is not priority, but I want to eventually clear it up as it might foreshadow some _real_ problem. Please stay tuned as Stas and I may need your input. Aloha = Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
Beau E. Cox wrote: On Tuesday 06 April 2004 05:36 pm, Stas Bekman wrote: Beau E. Cox wrote: On Tuesday 06 April 2004 06:27 am, Stas Bekman wrote: Beau E. Cox wrote: -8-- Start Bug Report 8-- 1. Problem Description: When I do a modperl 'make test' and have Embperl enabled, the test does not start: console log: ... waiting 120 seconds for server to start: .Syntax error on line 48 of /home/test/httpd/2.1/src/modperl2/modperl-2.0/t/conf/httpd.conf: Cannot load /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mu l ti/auto/Embperl/Embperl.so into server: /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mu l ti/auto/Embperl/Embperl.so: undefined symbol: Perl_gv_stashpv [...] Swaping the modules doesn't help. Investigating further. Please show us the output of: ldd /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi /auto/Embperl/Embperl.so Okie Dokie: $ ldd /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so libxml2.so.2 = /usr/lib/libxml2.so.2 (0x4008f000) libz.so.1 = /usr/lib/libz.so.1 (0x40182000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a3000) libm.so.6 = /lib/libm.so.6 (0x401f4000) libxslt.so.1 = /usr/lib/libxslt.so.1 (0x40217000) libc.so.6 = /lib/libc.so.6 (0x40248000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) By the way - same problem in Apache2.0. So it's not linking against libperl.so, which probably means that it relies on mod_perl to load it. But I'm not sure whether your swapping test was right. The thing is: 'make test' overwrites t/conf/httpd.conf after you change it. So you need to do the following: t/TEST -conf # now change t/conf/httpd.conf to swap the files order t/TEST That's would be an equivalent of running 'make test' in the top level directory, besides ModPerl-Registry. So once you verify this we will find some sort of solution to pull mod_perl.so first. NOW, if I skip the test and install modperl, the server WORKS. BUT, using a continuation line in my httpd.conf as such: ... LoadModule embperl_module \ /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-m u lti/auto/Embperl/Embperl.so ... 'make test' does NOT try to include Embperl.so in t/conf/httpd.conf, and the tests run FINE. I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing it ;) Yes, so true. Guilty :( If it's too hard, don't worry, let me know and I'll fix it later. __ 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 -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
On Tuesday 06 April 2004 08:20 pm, Stas Bekman wrote: Beau E. Cox wrote: On Tuesday 06 April 2004 05:36 pm, Stas Bekman wrote: Beau E. Cox wrote: On Tuesday 06 April 2004 06:27 am, Stas Bekman wrote: Beau E. Cox wrote: -8-- Start Bug Report 8-- 1. Problem Description: When I do a modperl 'make test' and have Embperl enabled, the test does not start: console log: ... waiting 120 seconds for server to start: .Syntax error on line 48 of /home/test/httpd/2.1/src/modperl2/modperl-2.0/t/conf/httpd.conf: Cannot load /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread- mu l ti/auto/Embperl/Embperl.so into server: /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread- mu l ti/auto/Embperl/Embperl.so: undefined symbol: Perl_gv_stashpv [...] Swaping the modules doesn't help. Investigating further. Please show us the output of: ldd /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mul ti /auto/Embperl/Embperl.so Okie Dokie: $ ldd /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mul ti/auto/Embperl/Embperl.so libxml2.so.2 = /usr/lib/libxml2.so.2 (0x4008f000) libz.so.1 = /usr/lib/libz.so.1 (0x40182000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a3000) libm.so.6 = /lib/libm.so.6 (0x401f4000) libxslt.so.1 = /usr/lib/libxslt.so.1 (0x40217000) libc.so.6 = /lib/libc.so.6 (0x40248000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) By the way - same problem in Apache2.0. So it's not linking against libperl.so, which probably means that it relies on mod_perl to load it. But I'm not sure whether your swapping test was right. The thing is: 'make test' overwrites t/conf/httpd.conf after you change it. So you need to do the following: t/TEST -conf # now change t/conf/httpd.conf to swap the files order t/TEST That's would be an equivalent of running 'make test' in the top level directory, besides ModPerl-Registry. So once you verify this we will find some sort of solution to pull mod_perl.so first. Yes, you are correct sir! After following the above steps, 'make test' runs fine. NOW, if I skip the test and install modperl, the server WORKS. BUT, using a continuation line in my httpd.conf as such: ... LoadModule embperl_module \ /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread -m u lti/auto/Embperl/Embperl.so ... 'make test' does NOT try to include Embperl.so in t/conf/httpd.conf, and the tests run FINE. I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing it ;) Yes, so true. Guilty :( If it's too hard, don't worry, let me know and I'll fix it later. No, it's on my TODO list :) (too hard for moi?) Aloha = Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
Beau E. Cox wrote: So it's not linking against libperl.so, which probably means that it relies on mod_perl to load it. But I'm not sure whether your swapping test was right. The thing is: 'make test' overwrites t/conf/httpd.conf after you change it. So you need to do the following: t/TEST -conf # now change t/conf/httpd.conf to swap the files order t/TEST That's would be an equivalent of running 'make test' in the top level directory, besides ModPerl-Registry. So once you verify this we will find some sort of solution to pull mod_perl.so first. Yes, you are correct sir! After following the above steps, 'make test' runs fine. OK, I'll try to make Apache-Test include mod_perl first, may be tomorrow. Unless someone beats me to it. I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing it ;) Yes, so true. Guilty :( If it's too hard, don't worry, let me know and I'll fix it later. No, it's on my TODO list :) (too hard for moi?) Nothing is too hard por tu :) __ 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 -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
So it's not linking against libperl.so, which probably means that it relies on mod_perl to load it. Yes, because loading Embperl into Apache without loading mod_perl first doesn't make any sense because Embperl relies on mod_perl. And as I see, this was the solution to the problem. Gerald --- Gerald Richterecos electronic communication services gmbh IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice: +49 6133 939-122 WWW:http://www.ecos.de/ Fax: +49 6133 939-333 --- Besuchen Sie uns auf der CeBIT (18. - 24. März 2004) Halle 6 Stand B38-452 ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info --- -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
On Wednesday 07 April 2004 04:02 am, Gerald Richter wrote: So it's not linking against libperl.so, which probably means that it relies on mod_perl to load it. Yes, because loading Embperl into Apache without loading mod_perl first doesn't make any sense because Embperl relies on mod_perl. And as I see, this was the solution to the problem. Gerald - Yep. Now Stas and I are trying to make a 'general' fix to the Apache::Test modules in the mod_perl 'make test' so that this problem is put to rest. Sorry to have bombarded you with such lengthy posts ;) Aloha = Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
On Tuesday 06 April 2004 09:27 pm, Stas Bekman wrote: Beau E. Cox wrote: So it's not linking against libperl.so, which probably means that it relies on mod_perl to load it. But I'm not sure whether your swapping test was right. The thing is: 'make test' overwrites t/conf/httpd.conf after you change it. So you need to do the following: t/TEST -conf # now change t/conf/httpd.conf to swap the files order t/TEST That's would be an equivalent of running 'make test' in the top level directory, besides ModPerl-Registry. So once you verify this we will find some sort of solution to pull mod_perl.so first. Yes, you are correct sir! After following the above steps, 'make test' runs fine. OK, I'll try to make Apache-Test include mod_perl first, may be tomorrow. Unless someone beats me to it. Well, here is my two bits: --- 2.0/src/modperl2/modperl-2.0/Apache-Test/lib/Apache/TestRunPerl.pm 2004-03-30 22:35:48.0 -1000 +++ 2.1/src/modperl2/modperl-2.0/Apache-Test/lib/Apache/TestRunPerl.pm 2004-04-07 04:01:11.240841008 -1000 @@ -35,6 +35,7 @@ # Apache::TestConfigPerl already configures mod_perl.so Apache::TestConfig::autoconfig_skip_module_add('mod_perl.c'); +Apache::TestConfig::autoconfig_skip_module_add('Embperl.c'); } sub configure_modperl { As you can see, I took the _easy_ way out. I could not figure out how to force mod_perl to be loaded first, so I just forced Apache::Test to skip loading Embperl. Why this aproach is bad: 1) it's a qd. 2) only addresses Embperl 3) posted by a notorious blow-hard wise-a** Why this appreach is good: 1) it works 2) it's easy and simple 3) while only addressing Embperl, are there any others to worry about? 4) precludes addressing side effects, if any, of loading mod_perl first. Aloha = Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
Beau E. Cox wrote: On Tuesday 06 April 2004 09:27 pm, Stas Bekman wrote: Beau E. Cox wrote: So it's not linking against libperl.so, which probably means that it relies on mod_perl to load it. But I'm not sure whether your swapping test was right. The thing is: 'make test' overwrites t/conf/httpd.conf after you change it. So you need to do the following: t/TEST -conf # now change t/conf/httpd.conf to swap the files order t/TEST That's would be an equivalent of running 'make test' in the top level directory, besides ModPerl-Registry. So once you verify this we will find some sort of solution to pull mod_perl.so first. Yes, you are correct sir! After following the above steps, 'make test' runs fine. OK, I'll try to make Apache-Test include mod_perl first, may be tomorrow. Unless someone beats me to it. Well, here is my two bits: --- 2.0/src/modperl2/modperl-2.0/Apache-Test/lib/Apache/TestRunPerl.pm 2004-03-30 22:35:48.0 -1000 +++ 2.1/src/modperl2/modperl-2.0/Apache-Test/lib/Apache/TestRunPerl.pm 2004-04-07 04:01:11.240841008 -1000 @@ -35,6 +35,7 @@ # Apache::TestConfigPerl already configures mod_perl.so Apache::TestConfig::autoconfig_skip_module_add('mod_perl.c'); +Apache::TestConfig::autoconfig_skip_module_add('Embperl.c'); } sub configure_modperl { As you can see, I took the _easy_ way out. I could not figure out how to force mod_perl to be loaded first, so I just forced Apache::Test to skip loading Embperl. Why this aproach is bad: 1) it's a qd. 2) only addresses Embperl 3) posted by a notorious blow-hard wise-a** Why this appreach is good: 1) it works 2) it's easy and simple 3) while only addressing Embperl, are there any others to worry about? 4) precludes addressing side effects, if any, of loading mod_perl first. Nuh, that's again a workaround. I've committed a fix that makes sure that mod_perl.so is always loaded first. Please give a try to the cvs version of Apache-Test. 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 -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing it ;) Yes, so true. Guilty :( If it's too hard, don't worry, let me know and I'll fix it later. No, it's on my TODO list :) Actually, while I was fixing one problem I've fixed the other as well. I hope you didn't start working on this one yet. So continuous lines support is now in cvs as well. __ 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 -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
[MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
-8-- Start Bug Report 8-- 1. Problem Description: When I do a modperl 'make test' and have Embperl enabled, the test does not start: console log: ... waiting 120 seconds for server to start: .Syntax error on line 48 of /home/test/httpd/2.1/src/modperl2/modperl-2.0/t/conf/httpd.conf: Cannot load /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so into server: /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so: undefined symbol: Perl_gv_stashpv [ error] 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 ... Perl_gv_stashpv - give me a break! Of course that's there. my httpd.conf ... LoadModule perl_module /home/test/usr/apache2.1/lib/apache/mod_perl.so LoadModule apreq_module /home/test/usr/apache2.1/lib/apache/mod_apreq.so LoadModule cgid_module /home/test/usr/apache2.1/lib/apache/mod_cgid.so LoadModule embperl_module /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so (the above is really one line) ... t/conf/httpd.conf: ... IfModule !mod_cgid.c LoadModule cgid_module /home/test/usr/apache2.1/lib/apache/mod_cgid.so /IfModule IfModule !Embperl.c LoadModule embperl_module /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so /IfModule IfModule !mod_perl.c LoadModule perl_module /home/test/httpd/2.1/src/modperl2/modperl-2.0/src/modules/perl/mod_perl.so /IfModule ... NOW, if I skip the test and install modperl, the server WORKS. BUT, using a continuation line in my httpd.conf as such: ... LoadModule embperl_module \ /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so ... 'make test' does NOT try to include Embperl.so in t/conf/httpd.conf, and the tests run FINE. I guess Apache::Test cannot parse httpd.conf continuation syntax. BUT the strange question remains, what's with not finding 'Perl_gv_stashpv'? I don't know whether this is a problem in modperl, Embperl, Apache::Test, or something I overlooked. THIS IS NOT A PRIORITY. More of a quandry. I'll just '\' my Embperl.so LoadModule statement. My servers run fine. Aloha = Beau. 2. Used Components and their Configuration: *** from apachectl status: Server Version: Embperl/2.0b11 Apache/2.1.0-dev (Unix) mod_perl/1.99_14-dev Perl/v5.8.3 mod_ssl/2.1.0-dev OpenSSL/0.9.7d DAV/2 *** mod_perl version 1.9914 *** using lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_APXS= /home/test/usr/apache2.1/sbin/apxs MP_COMPAT_1X = 1 MP_GENERATE_XS = 1 MP_LIBNAME = mod_perl MP_USE_DSO = 1 MP_USE_STATIC = 1 *** /home/test/usr/apache2.1/sbin/httpd -V Server version: Apache/2.1.0-dev Server built: Apr 5 2004 05:12:55 Server's Module Magic Number: 20030821:3 Architecture: 32-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with -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=/home/test/usr/apache2.1 -D SUEXEC_BIN=/home/test/usr/apache2.1/bin/suexec -D DEFAULT_PIDLOG=/home/test/var/run/httpd.pid -D DEFAULT_SCOREBOARD=logs/apache_runtime_status -D DEFAULT_LOCKFILE=/home/test/var/run/accept.lock -D DEFAULT_ERRORLOG=logs/error_log -D AP_TYPES_CONFIG_FILE=/home/test/httpd/2.1/conf/mime.types -D SERVER_CONFIG_FILE=/home/test/httpd/2.1/conf/httpd.conf *** /home/test/perl/5.8.3-apache2.1/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 3) configuration: Platform: osname=linux, osvers=2.6.5-rc2, archname=i686-linux-thread-multi uname='linux cathy.beaucox.com 2.6.5-rc2 #1 sat mar 20 21:48:51 hst 2004 i686 unknown unknown gnulinux ' config_args='-Dprefix=/home/test/perl/5.8.3-apache2.1 -d -e -Dusethreads -Duseshrplib' 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 -DTHREADS_HAVE_PIDS -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O3', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -I/usr/local/include' ccversion='', gccversion='3.3.3', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long',
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
Beau E. Cox wrote: -8-- Start Bug Report 8-- 1. Problem Description: When I do a modperl 'make test' and have Embperl enabled, the test does not start: console log: ... waiting 120 seconds for server to start: .Syntax error on line 48 of /home/test/httpd/2.1/src/modperl2/modperl-2.0/t/conf/httpd.conf: Cannot load /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so into server: /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so: undefined symbol: Perl_gv_stashpv [ error] 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 ... Perl_gv_stashpv - give me a break! Of course that's there. my httpd.conf ... LoadModule perl_module /home/test/usr/apache2.1/lib/apache/mod_perl.so LoadModule apreq_module /home/test/usr/apache2.1/lib/apache/mod_apreq.so LoadModule cgid_module /home/test/usr/apache2.1/lib/apache/mod_cgid.so LoadModule embperl_module /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so (the above is really one line) ... t/conf/httpd.conf: IfModule !Embperl.c LoadModule embperl_module /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so /IfModule IfModule !mod_perl.c LoadModule perl_module /home/test/httpd/2.1/src/modperl2/modperl-2.0/src/modules/perl/mod_perl.so /IfModule ... My guess is that these two entries need to be swapped, to make mod_perl.so loaded first. I've never used embperl, so I can't tell why if it's used as a standalone Apache module it doesn't link against libperl.so. Or does it work only when mod_perl is loaded? NOW, if I skip the test and install modperl, the server WORKS. BUT, using a continuation line in my httpd.conf as such: ... LoadModule embperl_module \ /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so ... 'make test' does NOT try to include Embperl.so in t/conf/httpd.conf, and the tests run FINE. I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. __ 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 -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
Beau E. Cox wrote: On Tuesday 06 April 2004 06:27 am, Stas Bekman wrote: Beau E. Cox wrote: -8-- Start Bug Report 8-- 1. Problem Description: When I do a modperl 'make test' and have Embperl enabled, the test does not start: console log: ... waiting 120 seconds for server to start: .Syntax error on line 48 of /home/test/httpd/2.1/src/modperl2/modperl-2.0/t/conf/httpd.conf: Cannot load /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mul ti/auto/Embperl/Embperl.so into server: /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mul ti/auto/Embperl/Embperl.so: undefined symbol: Perl_gv_stashpv [...] Swaping the modules doesn't help. Investigating further. Please show us the output of: ldd /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so NOW, if I skip the test and install modperl, the server WORKS. BUT, using a continuation line in my httpd.conf as such: ... LoadModule embperl_module \ /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mu lti/auto/Embperl/Embperl.so ... 'make test' does NOT try to include Embperl.so in t/conf/httpd.conf, and the tests run FINE. I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing 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 -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
Re: [MP2+Embperl(cvs)] Strange mod_perl 'make test' glitch
On Tuesday 06 April 2004 05:36 pm, Stas Bekman wrote: Beau E. Cox wrote: On Tuesday 06 April 2004 06:27 am, Stas Bekman wrote: Beau E. Cox wrote: -8-- Start Bug Report 8-- 1. Problem Description: When I do a modperl 'make test' and have Embperl enabled, the test does not start: console log: ... waiting 120 seconds for server to start: .Syntax error on line 48 of /home/test/httpd/2.1/src/modperl2/modperl-2.0/t/conf/httpd.conf: Cannot load /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mu l ti/auto/Embperl/Embperl.so into server: /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-mu l ti/auto/Embperl/Embperl.so: undefined symbol: Perl_gv_stashpv [...] Swaping the modules doesn't help. Investigating further. Please show us the output of: ldd /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi /auto/Embperl/Embperl.so Okie Dokie: $ ldd /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/Embperl/Embperl.so libxml2.so.2 = /usr/lib/libxml2.so.2 (0x4008f000) libz.so.1 = /usr/lib/libz.so.1 (0x40182000) libpthread.so.0 = /lib/libpthread.so.0 (0x401a3000) libm.so.6 = /lib/libm.so.6 (0x401f4000) libxslt.so.1 = /usr/lib/libxslt.so.1 (0x40217000) libc.so.6 = /lib/libc.so.6 (0x40248000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) By the way - same problem in Apache2.0. NOW, if I skip the test and install modperl, the server WORKS. BUT, using a continuation line in my httpd.conf as such: ... LoadModule embperl_module \ /home/test/perl/5.8.3-apache2.1/lib/site_perl/5.8.3/i686-linux-thread-m u lti/auto/Embperl/Embperl.so ... 'make test' does NOT try to include Embperl.so in t/conf/httpd.conf, and the tests run FINE. I guess Apache::Test cannot parse httpd.conf continuation syntax. Probably. Patches to fix that are welcome, Beau. But if I fix that, I negate my current work-around ;) That's hiding the problem, not fixing it ;) Yes, so true. Guilty :( Aloha = Beau; -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html