Tom Caldwell wrote:
is it possible that this path it not readable by user 'apache'? I doubt so, since all other tests run just fine.
Well, the LD_LIBRARY_PATH gets set during the bash startup (.bashrc) so if the test does > su - nobody - then the variable should be set.
so if you dump %ENV from your modperl handler, is it there?
what if you change one of these scripts (.e.g. t/htdocs/argv.pl) to be:
( I take it you mean t/htdocs/util/argv.pl ?)
yes, sorry
But these scripts aren't run during the test sequence. The tests that are failing are coming out of t/response/TestApache/subprocess.pm (as per t/logs/error_log) unless I'm missing something?
I use >t/TEST -verbose t/apache/subprocess.t - as per http://perl.apache.org/docs/2.0/user/help/help.html#_C_make_test___Failures 'make test' Failures - to run the tests that are failing.
t/apache/subprocess.t is the client part. t/response/TestApache/subprocess.pm is the server part. So they do get run during this test.
Is there another way to perform the tests so that the scripts in t/htdocs/util are run instead?
please see above.
Notice though that those scripts are autogenerated when you run
't/TEST -conf' or 'make test', but once you run those you can change the scripts and following with just t/TEST won't touch them.
-- __________________________________________________________________ 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
