Is this something to be worried about? Or can I continue with make install? Please help.
Probably not unless you use APR::PerlIO and APR::ThreadMutex, so you can go with 'make install'.
However let's solve the problems nevertheless.
Could you first install the latest cvs, so we can work with the same version.
I've mapped the failures to the error_log entries:
apr/perlio.t 11 11 100.00% 1-11
> mkdir /usr/src/mod_perl-1.99_08/t/htdocs/perlio: > Permission denied at > /usr/src/mod_perl-1.99_08/Apache-Test/lib/Apache/TestUtil.pm
why do you have a perm problem? Do you run the test as root? What are the perms of /usr/src/mod_perl-1.99_08/t/htdocs /usr/src/mod_perl-1.99_08/t/htdocs/perlio
apr/threadmutex.t 3 3 100.00% 1-3
[Thu Apr 03 19:40:50 2003] [error] [client 127.0.0.1] Can't locate APR/ThreadMutex.pm in @INC (@INC contains: /usr/src/mod_perl-1.99_08/t
If you look at t/response/TestAPR/threadmutex.pm. It runs this check:
plan $r, tests => 3, have_threads;
The have_threads function (which lives in Apache-Test/lib/Apache/Test.pm) checks these predicaments:
$apr_config->{HAS_THREADS}
$Config{useithreads} eq 'define';mod_perl build code (which lives in lib/ModPerl/BuildMM.pm) skips building APR::ThreadMutex if apr doesn't have HAS_THREADS defined.
if ($path =~ m/(Thread|Global)Mutex/) {
return unless $apr_config->{HAS_THREADS};
}It's strange that the build saw that apr has no HAS_THREADS, while the test saw the opposite.
Can you do (adjust the path to the include dir of the httpd server):
grep HAS_THREADS ~/httpd/prefork/include/apr.h
and also run (with the same perl):
perl -V:useithreads
__________________________________________________________________ Stas Bekman JAm_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
