> 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. > All tests are with Apache 2.0.48, Perl 5.8.2 and mod_perl 1.99_11, all > compiled with the same compiler.
>>> modules/include...................1..6
[...]
>>> # testing : /Hello World/
>>> # expected: (?-xism:Hello World)
>>> # received: <!--#include virtual="/includes/header.shtml?mod_perl mod_include test" -->
[...]
>>
>>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
[...]
>>Similar to the include.t test, something does not seem to be properly
>>pulling in/handling .pl file
It's pretty simple, SSI wasn't run at all. What do you get in error_log when you run these tests? Also can you please test this with the current cvs, since I've applied some related fixes (though probably unrelated to SSI not being executed). SSI in Apache 2 is handled by mod_include.c via INCLUDES filter.
__________________________________________________________________ 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
-- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
