Re: perl modules not running after 'minor' change
Rici Lake wrote: Obviously, this requires some careful thought to get right, but a good rule of thumb is: put your Location sections in order in the file, from least-specific to most-specific. Then things will probably work out the way you would expect them too. I gave it some careful thought, and then moved the container to the top of the list, and /server-status worked as you predicted. The javascript that putInJava puts in was not there (how could it be?), but it wouldn't apply to users going after /server-status anyway. /server-info didn't, but I found out that the module implementing that is not activated by default. Problem solved. Good work. PS: I don't know what putInJava does, but I suppose it modifies the web page in some way. This strikes me as more of an output filter than a handler; I am led to believe that mod_perl implemented that even in mod_perl 1. With Apache 2.0, anyone can write output filters, thankfully. Implementing it as a filter rather than a handler would side-step the "only one handler" rule, which might help, particularly if you want it to apply to proxied content as well. (Probably everyone on this list is more qualified than I am to help you put together an output filter in mod_perl.) The Eagle book doesn't mention filters (except in another context). The Moose book (Apache Cookbook, which, when my wife saw on the credit card bill, made her think I was into Native American ethnic cooking) (recipe 10.7) talks about a SetOutputFilter directive. "[T]he SetOutputFilter directive . . . [is] only available in Apache 2.0". -- 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] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors
> I'd put my $5.00 on APR being the cause of this problem. Mikhail, you > will probably need to patch APR when you build Apache. Try this patch, > which I am guessing will work on NetBSD: > > Index: build/apr_hints.m4 > === > RCS file: ./srclib/apr/build/apr_hints.m4,v > retrieving revision 1.68 > diff -u -r1.68 apr_hints.m4 > --- build/apr_hints.m4 12 Aug 2004 13:44:29 - 1.68 > +++ build/apr_hints.m4 27 Aug 2004 06:12:04 - > @@ -131,6 +131,8 @@ > ;; > *-openbsd*) > APR_ADDTO(CPPFLAGS, [-D_POSIX_THREADS]) > +APR_SETIFNULL(ac_cv_o_nonblock_inherited, [yes]) > ;; > *-netbsd*) > APR_ADDTO(CPPFLAGS, [-DNETBSD]) > +APR_SETIFNULL(ac_cv_o_nonblock_inherited, [yes]) > > The problem is that the APR library thinks a socket is blocking by > default -- when in fact the reverse is true on some platforms (on > OpenBSD, for example). > > After applying this patch to your Apache, run ./buildconf to rebuild > the configure script. Then run ./configure, make, make install. > Let me know if it works for you and cc the Apache APR dev list. Ken, Stas, done as advised. The only test which is failing now (and was failing before) is: Failed Test Stat Wstat Total Fail Failed List of Failed --- t/apr-ext/threadmutex.t2 512 36 200.00% 1-3 15 tests skipped. Failed 1/209 test scripts, 99.52% okay. 3/3258 subtests failed, 99.91% okay. k714% make test TEST_VERBOSE=1 TEST_FILES="t/apr-ext/threadmutex.t" cd "src/modules/perl" && make -f Makefile.modperl /usr/pkg/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 t/TEST -clean APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= /usr/pkg/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 t/TEST -bugreport -verbose=1 t/apr-ext/threadmutex.t /home/mgorb/httpd-2.0/bin/httpd -d /usr/home/mgorb/mp-test/mod_perl-1.99_16/t -f /usr/home/mgorb/mp-test/mod_perl-1.99_16/t/conf/httpd.conf -D APACHE2 using Apache/2.0.51-dev (prefork MPM) waiting 120 seconds for server to start: .[Tue Sep 07 11:21:14 2004] [info] 27 Apache:: modules loaded [Tue Sep 07 11:21:14 2004] [info] 7 APR:: modules loaded [Tue Sep 07 11:21:14 2004] [info] base server + 20 vhosts ready to run tests ... waiting 120 seconds for server to start: ok (waited 7 secs) server localhost:8529 started server localhost:8530 listening (TestModperl::setupenv) server localhost:8531 listening (TestModperl::merge) server localhost:8532 listening (TestModperl::perl_options) server localhost:8533 listening (TestVhost::config) server localhost:8534 listening (TestProtocol::pseudo_http) server localhost:8535 listening (TestProtocol::echo_filter) server localhost:8536 listening (TestProtocol::echo_bbs2) server localhost:8537 listening (TestProtocol::echo_bbs) server localhost:8538 listening (TestProtocol::echo_timeout) server localhost:8539 listening (TestProtocol::echo_block) server localhost:8540 listening (TestPreConnection::note) server localhost:8541 listening (TestHooks::startup) server localhost:8542 listening (TestHooks::stacked_handlers2) server localhost:8543 listening (TestHooks::hookrun) server localhost:8544 listening (TestFilter::in_bbs_msg) server localhost:8545 listening (TestFilter::both_str_con_add) server localhost:8546 listening (TestFilter::in_bbs_inject_header) server localhost:8547 listening (TestFilter::in_str_msg) server localhost:8548 listening (TestDirective::perlrequire) server localhost:8549 listening (TestDirective::perlmodule) server localhost:8550 listening (TestDirective::perlloadmodule4) server localhost:8551 listening (TestDirective::perlloadmodule5) server localhost:8552 listening (TestDirective::perlloadmodule3) server localhost:8553 listening (TestDirective::perlloadmodule6) t/apr-ext/threadmutex1..3 # Running under perl version 5.008004 for netbsd # Current time local: Tue Sep 7 11:21:17 2004 # Current time GMT: Tue Sep 7 07:21:17 2004 # Using Test.pm version 1.24 # Using Apache/Test.pm version 1.14 Can't locate APR/ThreadMutex.pm in @INC (@INC contains: /usr/home/mgorb/mp-test/mod_perl-1.99_16/Apache-Test /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/lib /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/arch /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/lib/Apache2 /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/arch/Apache2 /usr/home/mgorb/mp-test/mod_perl-1.99_16/lib /usr/home/mgorb/mp-test/mod_perl-1.99_16/Apache-Test/lib /usr/home/mgorb/mp-test/mod_perl-1.99_16/t/lib blib/arch/Apache2 blib/lib/Apache2 /usr/pkg/lib/perl5/site_perl/5.8.4/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.8.4/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.8.4 /usr/pkg/lib/perl5/site_perl/5.8.4/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.8.4 /usr/pkg/lib/perl5/site_perl /usr/pkg/lib/perl5/5.8.4/i386-netbsd /usr/pkg/lib/perl5/5.8.4/i386-netbsd /
Re: [mp2] Known problem with mod_perl 1.99_16 on FreeBSD 5 ?
> This *BSD issue is now documented at:
>
>
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#make__don_t_know_how_to_make_dynamic__Stop
> --
-my @skip = qw(dynamic test);
+my @skip = qw(test);
push @skip, q{static}
unless (Apache::Build::BUILD_APREXT);
shouldn't this be applied to xs/APR/aprext/Makefile.PL ? At least this
helped on my system (netbsd). And I can't find these lines in
src/modules/perl/Makefile.modperl.
Mikhail
--
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] Known problem with mod_perl 1.99_16 on FreeBSD 5 ?
[EMAIL PROTECTED] wrote:
This *BSD issue is now documented at:
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#make__don_t_know_how_to_make_dynamic__Stop
--
-my @skip = qw(dynamic test);
+my @skip = qw(test);
push @skip, q{static}
unless (Apache::Build::BUILD_APREXT);
shouldn't this be applied to xs/APR/aprext/Makefile.PL ? At least this
helped on my system (netbsd). And I can't find these lines in
src/modules/perl/Makefile.modperl.
Thanks Mikhail, fixed.
--
__
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] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors
[EMAIL PROTECTED] wrote: I'd put my $5.00 on APR being the cause of this problem. Mikhail, you will probably need to patch APR when you build Apache. Try this patch, which I am guessing will work on NetBSD: Index: build/apr_hints.m4 === RCS file: ./srclib/apr/build/apr_hints.m4,v retrieving revision 1.68 diff -u -r1.68 apr_hints.m4 --- build/apr_hints.m4 12 Aug 2004 13:44:29 - 1.68 +++ build/apr_hints.m4 27 Aug 2004 06:12:04 - @@ -131,6 +131,8 @@ ;; *-openbsd*) APR_ADDTO(CPPFLAGS, [-D_POSIX_THREADS]) +APR_SETIFNULL(ac_cv_o_nonblock_inherited, [yes]) ;; *-netbsd*) APR_ADDTO(CPPFLAGS, [-DNETBSD]) +APR_SETIFNULL(ac_cv_o_nonblock_inherited, [yes]) The problem is that the APR library thinks a socket is blocking by default -- when in fact the reverse is true on some platforms (on OpenBSD, for example). After applying this patch to your Apache, run ./buildconf to rebuild the configure script. Then run ./configure, make, make install. Let me know if it works for you and cc the Apache APR dev list. Ken, Stas, done as advised. The only test which is failing now (and was failing before) is: Mikhail, Ken, please submit that patch to dev /at/ apr.apache.org http://apr.apache.org/. Hopefully it'll get into 2.0.51 release. Or may be it's too late. Failed Test Stat Wstat Total Fail Failed List of Failed --- t/apr-ext/threadmutex.t2 512 36 200.00% 1-3 Can't locate APR/ThreadMutex.pm in @INC (@INC contains: /usr/home/mgorb/mp-test/mod_perl-1.99_16/Apache-Test /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/lib /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/arch /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/lib/Apache2 /usr/home/mgorb/mp-test/mod_perl-1.99_16/blib/arch/Apache2 /usr/home/mgorb/mp-test/mod_perl-1.99_16/lib /usr/home/mgorb/mp-test/mod_perl-1.99_16/Apache-Test/lib /usr/home/mgorb/mp-test/mod_perl-1.99_16/t/lib blib/arch/Apache2 blib/lib/Apache2 /usr/pkg/lib/perl5/site_perl/5.8.4/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.8.4/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.8.4 /usr/pkg/lib/perl5/site_perl/5.8.4/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.8.4 /usr/pkg/lib/perl5/site_perl /usr/pkg/lib/perl5/5.8.4/i386-netbsd /usr/pkg/lib/perl5/5.8.4/i386-netbsd /usr/pkg/lib/perl5/5.8.4 . /usr/pkg/lib/perl5/site_perl/5.8.4/i386-netbsd /usr/pkg/lib/perl5/site_perl/5.8.4 /usr/pkg/lib/perl5/site_perl /usr/pkg/lib/perl5/5.8.4/i386-netbsd /usr/pkg/lib/perl5/5.8.4 .) at /usr/home/mgorb/mp-test/mod_perl-1.99_16/t/lib/TestAPRlib/threadmutex.pm line 18. Please do: cd /home/mgorb/mp-test/mod_perl-1.99_16/ find . | grep ThreadMutex and post it 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 -- 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] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors
On Tue, Sep 07, 2004 at 08:58:26AM -0400, Stas Bekman wrote: > [EMAIL PROTECTED] wrote: > >>I'd put my $5.00 on APR being the cause of this problem. Mikhail, you > >>will probably need to patch APR when you build Apache. Try this patch, > >>which I am guessing will work on NetBSD: I wasn't surprised this fails on OpenBSD but I am surprised it fails on NetBSD. Can you compile and run: http://www.apache.org/~jorton/nonblock.c and post the output. (it would be useful if you could do this on OpenBSD too, Ken, for verification) joe -- 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] make test fails on t/hooks/hookrun.t t/hooks/stacked-handlers2.t and t/user/rewrite.c
Hi Folks,
Repost of information. Hope I've got everything this time. Am I
right in thinking it is an issue with Frontpage extensions, if so is it
possible to run both modules on the same server. Reason being I want to
be able to offer both frontpage and asp(perl script) to my users?
Hope you can help me with this one. Apologies if I've missed and
critical information. If I have please let me know and I'll provide any
additional that is required.
Thanks in advance
Martin
-8<-- Start Bug Report 8<--
1. Problem Description:
During the make test phase the following test fail. The server core
dumps during these failures.
t/hooks/hookrun.t
t/hooks/stacked_handlers2.t
t/user/rewrite.t
System information.
Debian Woody 3.01r
Perl 5.6.1
mod_perl-1.99_16
Apache 2.0.49 -(OpenSSL/0.9.7d PHP/4.3.7 FrontPage/5.0.2.2635 )
Compiled in modules:
core.c
mod_access.c
mod_auth.c
util_ldap.c
mod_auth_ldap.c
mod_include.c
mod_log_config.c
mod_env.c
mod_setenvif.c
mod_ssl.c
prefork.c
http_core.c
mod_mime.c
mod_status.c
mod_autoindex.c
mod_asis.c
mod_cgi.c
mod_negotiation.c
mod_dir.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_rewrite.c
mod_so.c
Indevidual test results
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl
/usr/local/src/mod_perl-1.99_16/t/TEST -verbose 't/hooks/hookrun.t'
't/hooks/stacked_handlers.t' 't/user/rewrite.t'
[ info] consider removing an old
/usr/local/src/mod_perl-1.99_16/t/core file before running tests
[warning] root mode: changing the files ownership to 'nobody' (65534:65534)
[warning] testing whether 'nobody' is able to -rwx
/usr/local/src/mod_perl-1.99_16/t
"/usr/bin/perl" -Mlib=/usr/local/src/mod_perl-1.99_16/Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(65534,
65534, q[/usr/local/src/mod_perl-1.99_16/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/local/apache2/bin/httpd -d /usr/local/src/mod_perl-1.99_16/t -f
/usr/local/src/mod_perl-1.99_16/t/conf/httpd.conf -D APACHE2
using Apache/2.0.49 (prefork MPM)
waiting 120 seconds for server to start: .[Sat Sep 04 22:32:47 2004]
[info] 26 Apache:: modules loaded
[Sat Sep 04 22:32:47 2004] [info] 7 APR:: modules loaded
[Sat Sep 04 22:32:47 2004] [info] base server + 20 vhosts ready to run
tests
.
waiting 120 seconds for server to start: ok (waited 1 secs)
server localhost:8529 started
server localhost:8530 listening (TestVhost::config)
server localhost:8531 listening (TestFilter::in_str_msg)
server localhost:8532 listening (TestModperl::setupenv)
server localhost:8533 listening (TestModperl::merge)
server localhost:8534 listening (TestModperl::perl_options)
server localhost:8535 listening (TestProtocol::pseudo_http)
server localhost:8536 listening (TestProtocol::echo_filter)
server localhost:8537 listening (TestProtocol::echo_bbs2)
server localhost:8538 listening (TestProtocol::echo_bbs)
server localhost:8539 listening (TestProtocol::echo_timeout)
server localhost:8540 listening (TestProtocol::echo_block)
server localhost:8541 listening (TestPreConnection::note)
server localhost:8542 listening (TestHooks::startup)
server localhost:8543 listening (TestHooks::stacked_handlers2)
server localhost:8544 listening (TestHooks::hookrun)
server localhost:8545 listening (TestFilter::in_bbs_msg)
server localhost:8546 listening (TestFilter::both_str_con_add)
server localhost:8547 listening (TestFilter::in_bbs_inject_header)
server localhost:8548 listening (TestDirective::perlrequire)
server localhost:8549 listening (TestDirective::perlmodule)
server localhost:8550 listening (TestDirective::perlloadmodule5)
server localhost:8551 listening (TestDirective::perlloadmodule3)
server localhost:8552 listening (TestDirective::perlloadmodule4)
server localhost:8553 listening (TestDirective::perlloadmodule6)
t/hooks/hookrun.# connecting to localhost:8544
1..10
# Using Apache/Test.pm version 1.14
request has failed (the response code was: 500)
see t/logs/error_log for more details
# testing : $r->die
# expected: 500
# received: 500
ok 1
dubious
Test returned status 9 (wstat 2304, 0x900)
DIED. FAILED tests 2-10
Failed 9/10 tests, 10.00% okay
t/hooks/stacked_handlers1..1
# Using Apache/Test.pm version 1.14
# testing : stacked_handlers
# expected: one
# two
# three
# received: one
# two
# three
ok 1
ok
t/user/rewrite..request has failed (the response code was: 500)
see t/logs/error_log for more details
dubious
Test returned status 9 (wstat 2304, 0x900)
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/hooks/hookrun.t9 230410 18 180.00% 2-10
t/user/rewrite.t 9 2304?? ?? % ??
Failed 2/3 test scripts, 33.33% okay. 9/11 subtests failed, 18.18% okay.
[warning] server localhost:8529 shutdown
[ error] error running te
Re: [mp2] Known problem with mod_perl 1.99_16 on FreeBSD 5 ?
On Tue, 7 Sep 2004, Stas Bekman wrote:
> [EMAIL PROTECTED] wrote:
> >>This *BSD issue is now documented at:
> >
> > http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#make__don_t_know_how_to_make_dynamic__Stop
> >
> >>--
> >
> > -my @skip = qw(dynamic test);
> > +my @skip = qw(test);
> > push @skip, q{static}
> >unless (Apache::Build::BUILD_APREXT);
> >
> > shouldn't this be applied to xs/APR/aprext/Makefile.PL ? At least this
> > helped on my system (netbsd). And I can't find these lines in
> > src/modules/perl/Makefile.modperl.
>
> Thanks Mikhail, fixed.
Just to clarify something - the original problem:
http://gossamer-threads.com/lists/modperl/modperl/72411
was
cd "src/modules/perl" && make -f Makefile.modperl
make: don't know how to make dynamic. Stop.
This, I take it, is fixed by using gmake. There's also
another problem:
http://gossamer-threads.com/lists/modperl/modperl/70835
about
make: don't know how to make dynamic. Stop.
make: stopped in /.../modperl-2.0/xs/APR/aprext
which is, I take it, also fixed by using gmake, *or* by
editing xs/APR/aprext/Makefile.PL as above. Presumably
this last fix of editing xs/APR/aprext/Makefile.PL
doesn't help the problem in src/modules/perl. So perhaps
in the docs one should just say to use gmake?
--
best regards,
randy
--
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: perl modules not running after 'minor' change
Geoffrey Young wrote:
>>>That sounds like a job for Apache to do. Apache knows what modules are
>>>compiled in, so it can check that list before trying to LoadModule.
>>>You may want to suggest that to the Apache developers. Most likely any
>>>Apache module suffers from this problem.
ok, as it turns out this logic is already part of 2.0, but it was never
backported to 1.3.
attached is a patch that I've submitted to httpd-dev, which is simply a pure
backport of the existing logic in 2.0. feel free to give it a whirl.
--Geoff
Index: src/modules/standard/mod_so.c
===
RCS file: /home/cvs/apache-1.3/src/modules/standard/mod_so.c,v
retrieving revision 1.42
diff -u -r1.42 mod_so.c
--- src/modules/standard/mod_so.c 20 Feb 2004 20:38:27 - 1.42
+++ src/modules/standard/mod_so.c 7 Sep 2004 13:57:18 -
@@ -182,6 +182,7 @@
/*
* check for already existing module
* If it already exists, we have nothing to do
+ * Check both dynamically-loaded modules and statically-linked modules.
*/
sconf = (so_server_conf *)ap_get_module_config(cmd->server->module_config,
&so_module);
@@ -194,6 +195,45 @@
return NULL;
}
}
+
+for (i = 0; ap_preloaded_modules[i]; i++) {
+const char *preload_name;
+size_t preload_len;
+size_t thismod_len;
+
+modp = ap_preloaded_modules[i];
+
+/* make sure we're comparing apples with apples
+ * make sure name of preloaded module is mod_FOO.c
+ * make sure name of structure being loaded is FOO_module
+ */
+
+if (memcmp(modp->name, "mod_", 4)) {
+continue;
+}
+
+preload_name = modp->name + strlen("mod_");
+preload_len = strlen(preload_name) - 2;
+
+if (strlen(modname) <= strlen("_module")) {
+continue;
+}
+thismod_len = strlen(modname) - strlen("_module");
+if (strcmp(modname + thismod_len, "_module")) {
+continue;
+}
+
+if (thismod_len != preload_len) {
+continue;
+}
+
+if (!memcmp(modname, preload_name, preload_len)) {
+return ap_pstrcat(cmd->pool, "module ", modname,
+ " is built-in and can't be loaded",
+ NULL);
+}
+}
+
modi = ap_push_array(sconf->loaded_modules);
modi->name = modname;
--
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] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors
> I wasn't surprised this fails on OpenBSD but I am surprised it fails on > NetBSD. Can you compile and run: > > http://www.apache.org/~jorton/nonblock.c > > and post the output. (it would be useful if you could do this on > OpenBSD too, Ken, for verification) -bash-2.05b$ ./nonblock connect: Invalid argument -- MailChannels: Imagine no more spam -- http://www.mailchannels.com MailChannels Corporation Suite 1600, 1188 West Georgia St. Vancouver, BC, Canada Ken Simpson, CEO +1-604-729-1741 -- 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] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors
> >Ken, Stas, done as advised. The only test which is failing now (and was > >failing before) is: > > Mikhail, Ken, please submit that patch to dev /at/ apr.apache.org > http://apr.apache.org/. Hopefully it'll get into 2.0.51 release. Or may be > it's too late. The patch has already gone into APR CVS. TTUL Ken -- MailChannels: Imagine no more spam -- http://www.mailchannels.com MailChannels Corporation Suite 1600, 1188 West Georgia St. Vancouver, BC, Canada Ken Simpson, CEO +1-604-729-1741 -- 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
bug! make install can't find ThreadMutex.pm (in BuildMM.pm)
Hi everyone. I have FreeBSD, and try to install mod_perl to Apache 2.0.49 While trying gmake install, I received the following message: /usr/bin/perl -Iblib/lib/Apache2 -I/usr/home/nick/mod_perl-1.99_16/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod WrapXS/APR/ThreadMutex/ThreadMutex.pm /usr/home/nick/mod_perl-1.99_16/docs/api/APR/ThreadMutex.pod blib/lib/Apache2/APR/ThreadMutex.pm glue_pod: can't find blib/lib/Apache2/APR/ThreadMutex.pm at blib/lib/Apache2/ModPerl/BuildMM.pm line 275. gmake: *** [glue_pods] Error 2 make is looking for: blib/lib/Apache2/APR/ThreadMutex.pm while it has to look for it in: blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm After I've copied files from ThreadMutex dir to ../, the gmake install finished successfully. I believe it's a bug to fix. -- Best regards, Nick mailto:[EMAIL PROTECTED] -- 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] make test fails on t/hooks/hookrun.t t/hooks/stacked-handlers2.t and t/user/rewrite.c
Martin Wheldon wrote:
> Hi Folks,
>
>Repost of information. Hope I've got everything this time. Am I right
> in thinking it is an issue with Frontpage extensions
it certainly looks that way:
> #0 0x403395f0 in strcmp () from /lib/libc.so.6
> #1 0x4062f5d0 in frontpage_checkForStub (filename=0x0) at
> /usr/local/frontpage/version5.0/apache2/mod_frontpage.c:677
>, if so is it
> possible to run both modules on the same server.
I can't think of a reason why not. I suspect that the problem may be with
the complex test setup rather than any real interaction difficulties when
both are configured for separate locations or directories. that the
majority of the tests are just fine would seem to indicate that as well.
> Reason being I want to
> be able to offer both frontpage and asp(perl script) to my users?
>
> Hope you can help me with this one. Apologies if I've missed and
> critical information. If I have please let me know and I'll provide any
> additional that is required.
well, this may be a clue:
[Tue Sep 07 15:30:48 2004] [error] (13)Permission denied: Can't clean
stale key files from directory "/usr/local/frontpage/version5.0/apache-fp"
in FrontPageCleanup().
[Tue Sep 07 15:30:48 2004] [error] Not running as root in
FrontPageCheckup(). Until this problem is fixed, the FrontPage security
patch is disabled and the FrontPage extensions may not work correctly.
so, basically mod_frontpage is warning us that because the server is not
started as root things may go awry.
it's been a very long time since I've needed to run tests as root, but back
about a year or so ago adding this to the generated TEST.PL before run() is
called was sufficient to get the server running as root:
use Apache::TestRunPerl ();
use Apache::TestConfig ();
# override root blocks
local *Apache::TestConfig::default_user = sub { return 'root' };
local *Apache::TestConfig::default_group = sub { return 'root' };
# and that nasty chown stuff
local *Apache::TestRun::adjust_t_perms = sub { 1 };
if you get the server running as root and those messages to disappear that
might be a help. of course, the test suite isn't designed to run as root so
it may cause even more problems ;)
other than that, I really don't know what to say. it's been a very long
time since I played with fpe on unix, so mostly what I remember is that it
is a royal pain to support :) but that aside, if these are your only
failing tests, and all you plan on doing is adding Apache::ASP as a content
handler, and it is a low-volume site, I suspect that you would be just fine
to forge forward. typical caveats apply :)
--Geoff
--
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] coredump in t/filter/in_error on Solaris 8
Stas Bekman wrote:
Arshavir Grigorian wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
make test fails on one of the tests -
t/filter/in_error...malformed response at
/usr/local/apache2/build/mod_perl-1.99_16/blib/lib/Apache/TestClient.pm
line 102.
t/filter/in_error...NOK 1# Failed test 1 in
t/filter/in_error.t at line 13
t/filter/in_error...FAILED test
1 Failed 1/1 tests, 0.00% okay
Arshavir, your report lacks the error_log part, please check again:
http://perl.apache.org/docs/2.0/user/help/help.html#_C_make_test___Failures
> (gdb) bt
> #0 apr_cpystrn (dst=0xffbef010 "", src=0x0, dst_size=4290703375)
>at apr_cpystrn.c:57
> #1 0xff1d4c4c in stuffbuffer (buf=0xffbeef10 "", bufsize=256, s=0x0)
>at errorcodes.c:34
> #2 0xfee074f0 in modperl_error_strerror (rc=500) at modperl_error.c:37
> #3 0xfe990c90 in XS_APR__Error_strerror (cv=0x1f4) at Error.xs:36
It looks like a bug in apr, and not modperl. But for some reason the
backtrace missing frame (may be they were optimized away). could you
possibly break at apr_strerror and see which of the following branches
it took before reaching apr_cpystrn()?
errorcodes.c:
APR_DECLARE(char *) apr_strerror(apr_status_t statcode, char *buf,
apr_size_t bufsize)
{
if (statcode < APR_OS_START_ERROR) {
return native_strerror(statcode, buf, bufsize);
}
else if (statcode < APR_OS_START_USERERR) {
return stuffbuffer(buf, bufsize, apr_error_string(statcode));
}
else if (statcode < APR_OS_START_EAIERR) {
return stuffbuffer(buf, bufsize, "APR does not understand this
error code");
}
else if (statcode < APR_OS_START_SYSERR) {
#if defined(HAVE_GAI_STRERROR)
statcode -= APR_OS_START_EAIERR;
#if defined(NEGATIVE_EAI)
statcode = -statcode;
#endif
return stuffbuffer(buf, bufsize, gai_strerror(statcode));
#else
return stuffbuffer(buf, bufsize, "APR does not understand this
error code");
#endif
}
else {
return apr_os_strerror(buf, bufsize, statcode -
APR_OS_START_SYSERR);
}
}
On a different note, for some very odd reason, sometimes the httpd
process does not start for testing and other times it does.
I have tried the compilation several times with exact same
parameters, and I still cannot pinpoint a reason why that happens.
Could this be the reason?
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#Server_Hanging_at_the_Startup
Thanks for the reply.
I looked at the error_log and there is a comment that the errors causing
the core dump are harmless.
*** The following 2 error entries are expected and harmless ***
[Tue Sep 07 15:23:39 2004] [error] [client 127.0.0.1] This filter must
die at /u
sr/local/apache2/build/mod_perl-1.99_16/t/filter/TestFilter/in_error.pm
line 26.
\n
This filter must die at
/usr/local/apache2/build/mod_perl-1.99_16/t/filter/TestF
ilter/in_error.pm line 26.
So I am wondering why the test is failing even though it's expecting an
HTTP 500 response. I am also wondering whether the warn call at
/usr/local/apache2/build/mod_perl-1.99_16/blib/lib/Apache/TestClient.pm
line 102 has anything to do with it since all the warnings are
configured to be fatal.
--
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] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors
Ken Simpson wrote: Ken, Stas, done as advised. The only test which is failing now (and was failing before) is: Mikhail, Ken, please submit that patch to dev /at/ apr.apache.org http://apr.apache.org/. Hopefully it'll get into 2.0.51 release. Or may be it's too late. The patch has already gone into APR CVS. I thought that patch was only for OpenBSD. Is that not the case? -- __ 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] Known problem with mod_perl 1.99_16 on FreeBSD 5 ?
Randy Kobes wrote:
On Tue, 7 Sep 2004, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
This *BSD issue is now documented at:
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#make__don_t_know_how_to_make_dynamic__Stop
--
-my @skip = qw(dynamic test);
+my @skip = qw(test);
push @skip, q{static}
unless (Apache::Build::BUILD_APREXT);
shouldn't this be applied to xs/APR/aprext/Makefile.PL ? At least this
helped on my system (netbsd). And I can't find these lines in
src/modules/perl/Makefile.modperl.
Thanks Mikhail, fixed.
Just to clarify something - the original problem:
http://gossamer-threads.com/lists/modperl/modperl/72411
was
cd "src/modules/perl" && make -f Makefile.modperl
make: don't know how to make dynamic. Stop.
This, I take it, is fixed by using gmake. There's also
another problem:
http://gossamer-threads.com/lists/modperl/modperl/70835
about
make: don't know how to make dynamic. Stop.
make: stopped in /.../modperl-2.0/xs/APR/aprext
which is, I take it, also fixed by using gmake, *or* by
editing xs/APR/aprext/Makefile.PL as above. Presumably
this last fix of editing xs/APR/aprext/Makefile.PL
doesn't help the problem in src/modules/perl. So perhaps
in the docs one should just say to use gmake?
So should the doc entry mention both cases? I suppose there is a
workaround for Makefile.modperl as well, w/ 'make'. Feel free to adjust
it, Randy.
--
__
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] coredump in t/filter/in_error on Solaris 8
Arshavir Grigorian wrote:
Stas Bekman wrote:
Arshavir Grigorian wrote:
-8<-- Start Bug Report 8<--
1. Problem Description:
make test fails on one of the tests -
t/filter/in_error...malformed response at
/usr/local/apache2/build/mod_perl-1.99_16/blib/lib/Apache/TestClient.pm
line 102.
t/filter/in_error...NOK 1# Failed test 1 in
t/filter/in_error.t at line 13
t/filter/in_error...FAILED test
1 Failed 1/1 tests, 0.00% okay
Arshavir, your report lacks the error_log part, please check again:
http://perl.apache.org/docs/2.0/user/help/help.html#_C_make_test___Failures
> (gdb) bt
> #0 apr_cpystrn (dst=0xffbef010 "", src=0x0, dst_size=4290703375)
>at apr_cpystrn.c:57
> #1 0xff1d4c4c in stuffbuffer (buf=0xffbeef10 "", bufsize=256, s=0x0)
>at errorcodes.c:34
> #2 0xfee074f0 in modperl_error_strerror (rc=500) at modperl_error.c:37
> #3 0xfe990c90 in XS_APR__Error_strerror (cv=0x1f4) at Error.xs:36
It looks like a bug in apr, and not modperl. But for some reason the
backtrace missing frame (may be they were optimized away). could you
possibly break at apr_strerror and see which of the following branches
it took before reaching apr_cpystrn()?
errorcodes.c:
APR_DECLARE(char *) apr_strerror(apr_status_t statcode, char *buf,
apr_size_t bufsize)
{
if (statcode < APR_OS_START_ERROR) {
return native_strerror(statcode, buf, bufsize);
}
else if (statcode < APR_OS_START_USERERR) {
return stuffbuffer(buf, bufsize, apr_error_string(statcode));
}
else if (statcode < APR_OS_START_EAIERR) {
return stuffbuffer(buf, bufsize, "APR does not understand this
error code");
}
else if (statcode < APR_OS_START_SYSERR) {
#if defined(HAVE_GAI_STRERROR)
statcode -= APR_OS_START_EAIERR;
#if defined(NEGATIVE_EAI)
statcode = -statcode;
#endif
return stuffbuffer(buf, bufsize, gai_strerror(statcode));
#else
return stuffbuffer(buf, bufsize, "APR does not understand this
error code");
#endif
}
else {
return apr_os_strerror(buf, bufsize, statcode -
APR_OS_START_SYSERR);
}
}
On a different note, for some very odd reason, sometimes the httpd
process does not start for testing and other times it does.
I have tried the compilation several times with exact same
parameters, and I still cannot pinpoint a reason why that happens.
Could this be the reason?
http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#Server_Hanging_at_the_Startup
Thanks for the reply.
I looked at the error_log and there is a comment that the errors causing
the core dump are harmless.
Yes, the error is harmless, since that test is testing exactly that: how
modperl handles errors. It must not dump a core of course.
*** The following 2 error entries are expected and harmless ***
[Tue Sep 07 15:23:39 2004] [error] [client 127.0.0.1] This filter must
die at /u
sr/local/apache2/build/mod_perl-1.99_16/t/filter/TestFilter/in_error.pm
line 26.
\n
This filter must die at
/usr/local/apache2/build/mod_perl-1.99_16/t/filter/TestF
ilter/in_error.pm line 26.
So I am wondering why the test is failing even though it's expecting an
HTTP 500 response. I am also wondering whether the warn call at
/usr/local/apache2/build/mod_perl-1.99_16/blib/lib/Apache/TestClient.pm
line 102 has anything to do with it since all the warnings are
configured to be fatal.
No, it fails because of the coredump. Apache didn't send any response when
it segfaulted, not even 500 response.
I'd appreciate if you could work with the debugger and figure out the real
trace it has taken to help us debug it, as suggested in the previous reply.
--
__
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: bug! make install can't find ThreadMutex.pm (in BuildMM.pm)
Nick wrote: Hi everyone. I have FreeBSD, and try to install mod_perl to Apache 2.0.49 While trying gmake install, I received the following message: /usr/bin/perl -Iblib/lib/Apache2 -I/usr/home/nick/mod_perl-1.99_16/Apache-Test/lib -MModPerl::BuildMM -e ModPerl::BuildMM::glue_pod WrapXS/APR/ThreadMutex/ThreadMutex.pm /usr/home/nick/mod_perl-1.99_16/docs/api/APR/ThreadMutex.pod blib/lib/Apache2/APR/ThreadMutex.pm glue_pod: can't find blib/lib/Apache2/APR/ThreadMutex.pm at blib/lib/Apache2/ModPerl/BuildMM.pm line 275. gmake: *** [glue_pods] Error 2 make is looking for: blib/lib/Apache2/APR/ThreadMutex.pm while it has to look for it in: blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm After I've copied files from ThreadMutex dir to ../, the gmake install finished successfully. I believe it's a bug to fix. Any idea why on your FreeBSD it ends up in blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm? This is a wrong location. On my machine (Linux) it's blib/lib/Apache2/APR/ThreadMutex.pm. I think Carl has mentioned this problem before, care to find out the cause? Please do: % grep ThreadMutex.pm WrapXS/APR/ThreadMutex/Makefile On my machine it's: TO_INST_PM = ThreadMutex.pm PM_TO_BLIB = ThreadMutex.pm \ $(INST_LIB)/APR/ThreadMutex.pm $(RM_F) $(MAKEFILE_OLD) $(FIRST_MAKEFILE) $(INST_LIB)/APR/ThreadMutex.pm ThreadMutex.pm $(INST_LIB)/APR/ThreadMutex.pm -- __ 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] NetBSD-1.6.2 modperl 1.99_16 httpd 2.0.51-dev make test errors
On Tue, Sep 07, 2004 at 03:49:59PM -0400, Stas Bekman wrote: > Ken Simpson wrote: > >>>Ken, Stas, done as advised. The only test which is failing now (and was > >>>failing before) is: > >> > >>Mikhail, Ken, please submit that patch to dev /at/ apr.apache.org > >>http://apr.apache.org/. Hopefully it'll get into 2.0.51 release. Or may > >>be it's too late. > > > > > >The patch has already gone into APR CVS. > > I thought that patch was only for OpenBSD. Is that not the case? That's correct, this is currently fixed only for OpenBSD, and I'd prefer to see the output of the test case on NetBSD to see why it fails there before proceeding to use the same fix for that platform. joe -- 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[2]: bug! make install can't find ThreadMutex.pm (in BuildMM.pm)
>> make is looking for: >> blib/lib/Apache2/APR/ThreadMutex.pm >> >> while it has to look for it in: >> blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm >> >> After I've copied files from ThreadMutex dir to ../, the gmake install >> finished successfully. I believe it's a bug to fix. SB> Any idea why on your FreeBSD it ends up in SB> blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm? This is a wrong location. SB> On my machine (Linux) it's blib/lib/Apache2/APR/ThreadMutex.pm. Don't know, I've just decompressed the tarball... SB> I think Carl has mentioned this problem before, care to find out the cause? SB> Please do: SB> % grep ThreadMutex.pm WrapXS/APR/ThreadMutex/Makefile SB> On my machine it's: SB> TO_INST_PM = ThreadMutex.pm SB> PM_TO_BLIB = ThreadMutex.pm \ SB> $(INST_LIB)/APR/ThreadMutex.pm SB> $(RM_F) $(MAKEFILE_OLD) $(FIRST_MAKEFILE) SB> $(INST_LIB)/APR/ThreadMutex.pm SB>ThreadMutex.pm $(INST_LIB)/APR/ThreadMutex.pm -bash-2.05b$ cd mod_perl-1.99_16/blib/lib/Apache2/APR -bash-2.05b$ grep ThreadMutex.pm WrapXS/APR/ThreadMutex/Makefile grep: WrapXS/APR/ThreadMutex/Makefile: No such file or directory -- Best regards, Nick mailto:[EMAIL PROTECTED] -- 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: bug! make install can't find ThreadMutex.pm (in BuildMM.pm)
[please don't forget to CC the list in your replies]
Nick wrote:
make is looking for:
blib/lib/Apache2/APR/ThreadMutex.pm
while it has to look for it in:
blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm
After I've copied files from ThreadMutex dir to ../, the gmake install
finished successfully. I believe it's a bug to fix.
SB> Any idea why on your FreeBSD it ends up in
SB> blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm? This is a wrong location.
SB> On my machine (Linux) it's blib/lib/Apache2/APR/ThreadMutex.pm.
Don't know, I've just decompressed the tarball...
SB> I think Carl has mentioned this problem before, care to find out the cause?
SB> Please do:
SB> % grep ThreadMutex.pm WrapXS/APR/ThreadMutex/Makefile
SB> On my machine it's:
SB> TO_INST_PM = ThreadMutex.pm
SB> PM_TO_BLIB = ThreadMutex.pm \
SB> $(INST_LIB)/APR/ThreadMutex.pm
SB> $(RM_F) $(MAKEFILE_OLD) $(FIRST_MAKEFILE)
SB> $(INST_LIB)/APR/ThreadMutex.pm
SB>ThreadMutex.pm $(INST_LIB)/APR/ThreadMutex.pm
-bash-2.05b$ cd mod_perl-1.99_16/blib/lib/Apache2/APR
-bash-2.05b$ grep ThreadMutex.pm WrapXS/APR/ThreadMutex/Makefile
grep: WrapXS/APR/ThreadMutex/Makefile: No such file or directory
that's after 'make'? I see that'd be the case if APR has no threads support:
sub ModPerl::BuildMM::MY::libscan {
my($self, $path) = @_;
my $apr_config = build_config()->get_apr_config();
if ($path =~ m/(Thread|Global)Mutex/) {
return unless $apr_config->{HAS_THREADS};
}
So I need to fix the glue_pod code to handle this case.
and the blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm you've mentioned
sounds wrong too. I'll check that 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
--
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[2]: bug! make install can't find ThreadMutex.pm (in BuildMM.pm)
>> SB> On my machine it's:
>>
>> SB> TO_INST_PM = ThreadMutex.pm
>> SB> PM_TO_BLIB = ThreadMutex.pm \
>> SB> $(INST_LIB)/APR/ThreadMutex.pm
>> SB> $(RM_F) $(MAKEFILE_OLD) $(FIRST_MAKEFILE)
>> SB> $(INST_LIB)/APR/ThreadMutex.pm
>> SB>ThreadMutex.pm $(INST_LIB)/APR/ThreadMutex.pm
>>
>> -bash-2.05b$ cd mod_perl-1.99_16/blib/lib/Apache2/APR
>> -bash-2.05b$ grep ThreadMutex.pm WrapXS/APR/ThreadMutex/Makefile
>> grep: WrapXS/APR/ThreadMutex/Makefile: No such file or directory
SB> that's after 'make'? I see that'd be the case if APR has no threads support:
Yeah! I even have make install finished after playing with the files
to make it find it. I've tried right now to unpack the tarball and
execute
$perl Makefile.PL MP_APXS=/usr/local/sbin/apxs > perlmake.txt 2>perlmake.txt
but I have this error message:
Array found where operator expected at
/usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 407, at end of line
(Do you need to predeclare Carp::longmess?)
Array found where operator expected at
/usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 408, at end of line
(Do you need to predeclare Carp::shortmess?)
Array found where operator expected at
/usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 409, at end of line
(Do you need to predeclare Carp::shortmess?)
Array found where operator expected at
/usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 410, at end of line
(Do you need to predeclare Carp::longmess?)
syntax error at /usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 407,
near "Carp::longmess @_"
syntax error at /usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 408,
near "Carp::shortmess @_"
syntax error at /usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 409,
near "Carp::shortmess @_"
syntax error at /usr/local/lib/perl5/site_perl/5.8.4/Carp.pm line 410,
near "Carp::longmess @_"
Compilation failed in require at
/usr/local/lib/perl5/5.8.4/warnings.pm line 134.
BEGIN failed--compilation aborted at
/usr/local/lib/perl5/5.8.4/warnings.pm line 134.
Compilation failed in require at Makefile.PL line 3.
BEGIN failed--compilation aborted at Makefile.PL line 3.
Seems like I have overwritten some Perl files so now it's broken. This
machine is not mine, everything looks strange here... I'll try to
re-install Apache, Perl and mod_perl again, then I'll message here if
the problem repeats.
SB> sub ModPerl::BuildMM::MY::libscan {
SB> my($self, $path) = @_;
SB> my $apr_config = build_config()->get_apr_config();
SB> if ($path =~ m/(Thread|Global)Mutex/) {
SB> return unless $apr_config->{HAS_THREADS};
SB> }
Don't know what should I answer to this code portion :)
SB> So I need to fix the glue_pod code to handle this case.
SB> and the blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm you've mentioned
SB> sounds wrong too. I'll check that too.
Maybe it's all okay there everywhere, I'm kinda newbie... I've tried
to compile it with "make" first, but my FreeBSD guru told I should use
"gmake" instead. Maybe that's important too... maybe it should be
added to FAQ.
--
Best regards,
Nick mailto:[EMAIL PROTECTED]
--
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: bug! make install can't find ThreadMutex.pm (in BuildMM.pm)
Stas Bekman wrote:
[please don't forget to CC the list in your replies]
Nick wrote:
make is looking for:
blib/lib/Apache2/APR/ThreadMutex.pm
while it has to look for it in:
blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm
This should fix the problem:
Index: lib/ModPerl/BuildMM.pm
===
RCS file: /home/cvs/modperl-2.0/lib/ModPerl/BuildMM.pm,v
retrieving revision 1.20
diff -u -r1.20 BuildMM.pm
--- lib/ModPerl/BuildMM.pm 19 Aug 2004 07:42:46 - 1.20
+++ lib/ModPerl/BuildMM.pm 8 Sep 2004 04:03:02 -
@@ -271,7 +271,11 @@
die "expecting 3 arguments: pm, pod, dst" unless @ARGV == 3;
my($pm, $pod, $dst) = @ARGV;
-die "glue_pod: can't find $pm" unless -e $pm;
+# it's possible that the .pm file is not existing
+# (e.g. ThreadMutex.pm is not created on unless
+# $apr_config->{HAS_THREADS})
+return unless -e $pm;
+
die "glue_pod: can't find $dst" unless -e $dst;
# have we already glued the doc?
--
__
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: bug! make install can't find ThreadMutex.pm (in BuildMM.pm)
Nick wrote:
[...]
SB> sub ModPerl::BuildMM::MY::libscan {
SB> my($self, $path) = @_;
SB> my $apr_config = build_config()->get_apr_config();
SB> if ($path =~ m/(Thread|Global)Mutex/) {
SB> return unless $apr_config->{HAS_THREADS};
SB> }
Don't know what should I answer to this code portion :)
That's fine, I was just quoting the cause of the missing file. :)
SB> So I need to fix the glue_pod code to handle this case.
SB> and the blib/lib/Apache2/APR/ThreadMutex/ThreadMutex.pm you've mentioned
SB> sounds wrong too. I'll check that too.
Maybe it's all okay there everywhere, I'm kinda newbie... I've tried
to compile it with "make" first, but my FreeBSD guru told I should use
"gmake" instead. Maybe that's important too... maybe it should be
added to FAQ.
I'd rather love to see someone find a fix for the 'SKIP => dynamic'
problem: http://rt.cpan.org/NoAuth/Bug.html?id=7417 and then 'make' will
work just 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
