Actually, yes, I had. PerlVINC is not really what I needed, the goal was
not to reload %INC per VirtualHost, the need was to have a single
PerlRequire set up @INC properly per VirtualHost (so Apache::StatINC
would work). Ordinary this would have been done with something like 'use
lib
I understood the limitation of the single interpreter, the problem again
was to append to @INC per VirtualHost.
For example,
Application A: running on server 1 has its lib directory at
/data/appA/lib/. Its lib packages are in namespace AppA:: (to prevent
overlap in the single Perl interpreter).
I understood the limitation of the single interpreter, the problem again
was to append to @INC per VirtualHost.
It's confusing when you say that, since there's only one @INC for
everything. I'm interpreting this as meaning that you have a bunch of
applications with different install
Tim Peoples writes:
I tried doing the s/OK/DECLINED/ thing and it didn't do the trick. :-(
I forgot to mention that this is in combination with HTML::Mason,
but I doubt that should have any effect.
This appears to be a bug in mod_perl, partially (said, I think, Geoff
Young) fixed in the
I was able to change all the PerlSetEnv directives to SetEnv and all
seems to be well. There was really no need to set the values so early
anyway (since they're only being referenced during content generation).
Thanx,
Tim.
On Fri, Sep 21, 2001 at 02:13:29PM -0600, Nathan Torkington wrote:
I understood the limitation of the single interpreter, the
problem again
was to append to @INC per VirtualHost.
It's confusing when you say that, since there's only one @INC for
everything. I'm interpreting this as meaning that you have a bunch of
applications with different install
Jindo Soul wrote:
Hi!
I recently made a decision to adopt Apache::ASP as the template tool for my site.
The only thing I'd like to find out is whether or not Apache::ASP works with
Apache::Session. I read from an online article
http://perl.apache.org/features/tmpl-cmp.html that