On Tue, 27 Jun 2000, Theo Petersen wrote:
> I was experimenting with Apache::Include and found something odd. First
> I tried a document in htdocs that used a virtual include like so:
>
> <!--#include virtual="/perl/hello-mod_perl.pl" -->
>
> This works fine, and hello-mod_perl.pl runs via Apache::Registry.
>
> But when I changed the include to use Apache::Include like so:
>
> <!--#perl sub="Apache::Include" arg="/perl/hello-mod_perl.pl" -->
>
> it didn't work, and I got an error in error_logs:
>
> [Tue Jun 27 11:22:59 2000] [error] access to
> /usr/local/apache/perl/hello-mod_perl.pl failed for 192.168.3.9, reason:
> Options ExecCGI is off in this directory
>
> I verified that ExecCGI is enabled for /usr/local/apache/perl (besides,
> the Apache::Registry version wouldn't have worked without it). Turns
> out that Apache::Include worked fine when I enabled ExecCGI for htdocs.
>
> Is there a reason why Apache::Include requires this when mod_include
> doesn't?
probably because Apache::Include skips the majority of the subrequest
mechanism and just calls $r->translate_name; i don't know exactly what it
missing without looking, just stick with using mod_include's #include if
it's a problem.
