We observe the following mod_perl test failures on HP-UX 11.00 on PA-RISC,
with both HP C and GCC in both 32 bit and 64 bit mode. They are not
present on IPF systems in any of these combinations.
Failed Test Total Fail Failed List of Failed
--------------------------------------------------------
api/slurp_filename.t 5 2 40.00% 2 4
modperl/taint.t 4 2 50.00% 1 3
modules/include.t 6 2 33.33% 4-5
modules/include2.t 4 1 25.00% 4
In 64 bit mode, there are 2 additional test failures that I just posted
about 10 minutes ago.
All tests are with Apache 2.0.48, Perl 5.8.2 and mod_perl 1.99_11, all
compiled with the same compiler.
Any ideas what may be failing and/or where to look further?
Thanks,
-Jan
TJ Saunders <[EMAIL PROTECTED]> wrote:
>> api/slurp_filename................1..5
>> # Running under perl version 5.008002 for hpux
>> # Current time local: Thu Dec 4 11:07:29 2003
>> # Current time GMT: Thu Dec 4 19:07:29 2003
>> # Using Test.pm version 1.24
>>
>> [snip]
>>
>> # testing : slurp filename tainted
>> # expected: (?-xism:Insecure dependency in eval)
>> # received:
>> not ok 2
>>
>> [snip]
>>
>> # testing : slurp filename (perl) tainted
>> # expected: (?-xism:Insecure dependency in eval)
>> # received:
>> not ok 4
>
>In both of these test cases, data is being slurped in via some
>slurp_filename() and slurp_filename_perl() methods. That data is then
>eval'd; both of the above tests fail because the eval() failures to emit a
>warning about "Insecure dependency in eval". The difference between the
>two methods is that the second is a pure Perl implementation.
>
>> modperl/taint.....................1..4
>> # Running under perl version 5.008002 for hpux
>> # Current time local: Thu Dec 4 11:07:29 2003
>> # Current time GMT: Thu Dec 4 19:07:29 2003
>> # Using Test.pm version 1.24
>> # testing : ${^TAINT}
>> # expected: 1
>> # received: 0
>> not ok 1
>>
>> [snip]
>>
>> # testing : $Apache::__T
>> # expected: 1
>> # received: 0
>> not ok 3
>
>I'm not sure (yet) why the taint variables are not set to 1.
>
>> modules/include...................1..6
>> # Running under perl version 5.008002 for hpux
>> # Current time local: Thu Dec 4 11:10:58 2003
>> # Current time GMT: Thu Dec 4 19:10:58 2003
>>
>> [snip]
>>
>> # testing : /mod_perl mod_include test/
>> # expected: (?-xism:mod_perl mod_include test)
>> # received: <!--#include virtual="/includes/header.shtml?mod_perl mod_include
>> test" -->
>> #
>> # <!--#include virtual="/includes-registry/test.pl" -->
>> # Failed test 4 in modules/include.t at line 31 fail #2
>> #
>> # <!--#include virtual="/includes-registry/cgipm.pl" -->
>> #
>> # <p align=right>[<a href="../index.html">back</a>]</p>
>> #
>> # <!--#include virtual="/includes/footer.shtml" -->
>> # Failed test 5 in modules/include.t at line 31 fail #3
>> ok 3
>> # testing : /Hello World/
>> # expected: (?-xism:Hello World)
>> # received: <!--#include virtual="/includes/header.shtml?mod_perl mod_include
>> test" -->
>> #
>> # <!--#include virtual="/includes-registry/test.pl" -->
>> #
>> # <!--#include virtual="/includes-registry/cgipm.pl" -->
>> #
>> # <p align=right>[<a href="../index.html">back</a>]</p>
>> #
>> # <!--#include virtual="/includes/footer.shtml" -->
>> not ok 4
>> # testing : /cgi.pm/
>> # expected: (?-xism:cgi.pm)
>> # received: <!--#include virtual="/includes/header.shtml?mod_perl mod_include
>> test" -->
>> #
>> # <!--#include virtual="/includes-registry/test.pl" -->
>> #
>> # <!--#include virtual="/includes-registry/cgipm.pl" -->
>> #
>> # <p align=right>[<a href="../index.html">back</a>]</p>
>> #
>> # <!--#include virtual="/includes/footer.shtml" -->
>> not ok 5
>
>The test failures look to be originating from the include mechanism.
>There are some scripts in t/htdocs/includes-registry/, test.pl and
>cgipm.pl, which simply print out "Hello World\n" and "cgi.pm\n",
>respectively. The tests check for these strings, but does not find them,
>and thus fail. The above output is a little muddled, probably due to
>buffering.
>
>> modules/include2..................1..4
>> # Running under perl version 5.008002 for hpux
>> # Current time local: Thu Dec 4 11:10:59 2003
>> # Current time GMT: Thu Dec 4 19:10:59 2003
>> # Using Test.pm version 1.24
>>
>> [snip]
>>
>> # testing : /mod_perl/
>> # expected: (?-xism:mod_perl)
>> # received: use strict;
>> #
>> # #XXX: this test needs to be more robust.
>> # #various output buffers spread across multiple prints
>> # #more mod_include features mixed and checking that the output
>> # #is *exactly* what we expected, not just matching a few patterns.
>> #
>> # print "Content-type: text/html\n\n";
>> #
>> # my $r = shift;
>> #
>> # my $test_string = 'Perl-SSI';
>> #
>> # $r->subprocess_env->set(MY_TEST => $test_string);
>> #
>> # print <<EOF;
>> # Hello World from <!--#echo var="SERVER_ADMIN" --><br>
>> # Local date is <!--#echo var="DATE_LOCAL" --><br>
>> # Brought to you by <!--#echo var="MY_TEST" -->
>> # <!--#echo var="SERVER_SOFTWARE" -->
>> # <br>
>> # EOF
>> not ok 4
>
>Similar to the include.t test, something does not seem to be properly
>pulling in/handling .pl files.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html