Ugh! Not use to lists that reply to author.
Okay to resay what I sent to Geoffrey.
using the -I switch in the config file works, unlike the PerlSetEnv PERL5LIBGeoffrey Young [EMAIL PROTECTED] wrote:
Here's my perl.conf (sourced by httpd.conf) start LoadModule perl_module
(sourced by httpd.conf)startLoadModule perl_module modules/mod_perl.soPerlSetEnv PERL5LIB /home/bruce/public_html/ffball/myffPerlSetVar INC /home/bruce/public_html/ffball/myffPerlModule Apache2PerlModule Apache::ReloadPerlInitHandler Apache::ReloadPerlSetVar ReloadDebug On# PerlSetVar
module is finding the
local modules okay as it shows up in the error_log as checking the
mtime. But when they do change, it dies when it tries to reload
them and says they aren't in the @INC path.
ok. can you show us @INC before and after the reload attempt? I'm curious
as to whether PERL5LIB
Here's my perl.conf (sourced by httpd.conf)
start
LoadModule perl_module modules/mod_perl.so
PerlSetEnv PERL5LIB /home/bruce/public_html/ffball/myff
on second thought, try
PerlSwitches -I/home/bruce/public_html/ffball/myff
or
PerlSwitches
Forwarding message as I didn't realize I was missing the list.
Geoffrey Young [EMAIL PROTECTED] wrote:
Date: Tue, 12 Aug 2003 14:18:37 -0400From: Geoffrey Young <[EMAIL PROTECTED]>To: Bruce Tennant <[EMAIL PROTECTED]>Subject: Re: Apache::Reload and INC path partialy workingok, I'll
Hi Folks
Fascinating to see this on a non-Windows box.
Reloading modules after they have been editied, eg httpd like so:
PerlModule Apache::Reload
PerlInitHandler Apache::Reload
PerlSetVar ReloadAll Off
PerlSetVar ReloadModules CGI CGI::Application ... Sweep::*
works about 99% of the time
Hi,
Came accross a bug when when trying to reduce creation of handles on a site.
Currently Apache::DBI makes the assumption that it AutoCommit = 1 then the handle
does not need cleaning up. This is not neccessariliy true as begin_work switches off
the AutoCommit for one transaction.
First
On Thu, May 29, 2003 at 04:12:51PM +1000, Stas Bekman wrote:
Brown, Jeffrey wrote:
Problem solved!
You all are a fantastic resource to newbies!
Jeff
-Original Message-
From: Ed [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 9:28 PM
To: Brown, Jeffrey; [EMAIL
I have installed OpenBSD 3.2, with
Apache 1.3.26, and mod_perl 1.26 which was installed
as a package. I have rebooted, stopped and started apache. I have permissions
of 755 on my perl scripts and here is my error log:
[Wed May 28 19:33:57 2003] [error]
Can't locate CGI.pm in @INC (@INC
On Wed, 2003-05-28 at 22:39, Brown, Jeffrey wrote:
[Wed May 28 19:33:57 2003] [error] Can't locate CGI.pm in @INC (@INC
contains:
[...]
/usr/libdata/perl5/CGI.pm
This sort of thing is usually a permissions problem. Try opening that
file (full path to CGI.pm) from your CGI and see if it lets
CGI.pm in @INC (@INC
contains: /usr/local/lib/site_perl/5.6.1/i386-openbsd
/usr/libdata/perl5/i386-openbsd/5.6.1
/usr/local/libdata/perl5/i386-openbsd/5.6.1 /usr/libdata/perl5
/usr/local/libdata/perl5 /usr/local/libdata/perl5/site_perl/i386-openbsd
/usr/libdata/perl5/site_perl/i386-openbsd
/usr
in @INC (@INC
contains:
[...]
/usr/libdata/perl5/CGI.pm
This sort of thing is usually a permissions problem. Try opening that
file (full path to CGI.pm) from your CGI and see if it lets you.
- Perrin
On Wed, 2003-05-28 at 23:15, Brown, Jeffrey wrote:
Here are the permissions on the file:
-r--r--r-- 1 root wheel 224666 Apr 28 06:35 CGI.pm
The BSD OS is new to me, I am more familure with redhat...but there are
some definite perks to OpenBSD and that is why I run it. Anyway wheel is
PROTECTED]
On Wed, 2003-05-28 at 22:39, Brown, Jeffrey wrote:
[Wed May 28 19:33:57 2003] [error] Can't locate CGI.pm in @INC (@INC
contains:
[...]
/usr/libdata/perl5/CGI.pm
This sort of thing is usually a permissions problem. Try opening that
file (full path to CGI.pm) from your CGI and see
On Wed, 28 May 2003, Brown, Jeffrey wrote:
Do you mean give the path in my perl script?
So the line in my code:
use CGI qw(:standard);
would be:
use /usr/libdata/perl5/CGI qw(:standard);
I think what Perrin had in mind was to try, in your CGI
script, something like
open(FILE,
On Wed, 2003-05-28 at 23:25, Brown, Jeffrey wrote:
Do you mean give the path in my perl script?
So the line in my code:
use CGI qw(:standard);
would be:
use /usr/libdata/perl5/CGI qw(:standard);
Actually, what I had in mind was just this:
open(CGI, '/usr/libdata/perl5/CGI.pm') or
On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
Here are the results from the log file:
[Wed May 28 20:50:21 2003] [error] No such file or directory at
/htdocs/perl/first.pl line 6 during global destruction.
openbsd's httpd is chrooted.
Ed.
Problem solved!
You all are a fantastic resource to newbies!
Jeff
-Original Message-
From: Ed [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 9:28 PM
To: Brown, Jeffrey; [EMAIL PROTECTED]
On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
Here are the results
Brown, Jeffrey wrote:
Problem solved!
You all are a fantastic resource to newbies!
Jeff
-Original Message-
From: Ed [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 9:28 PM
To: Brown, Jeffrey; [EMAIL PROTECTED]
On Wed, May 28, 2003 at 09:11:06PM -0700, Brown, Jeffrey wrote:
I've committed the code that adds SERVER_ROOT and SERVER_ROOT/lib/perl to
@INC, but it's disabled if an explicit MP_COMPAT_1X=0 is passed to Makefile.PL
(it's enabled by default).
I'll document shortly what other mp1-compat features can be disabled by
passing MP_COMPAT_1X=0
(); use
DBI(); use Net::LDAP();
$ENV{MOD_PERL} or die
"not running under mod_perl!";
1;
When I stop/start the server and run a
script with the following code:
foreach $item (@INC)
{ print ($item .
"br"); }
I only get the output:
/usr/local/lib/perl5/5.8.0/sun4-sol
Jason Jolly wrote:
When I stop/start the server and run a script with the following code:
foreach $item (@INC) {
print ($item . br);
}
I only get the output:
/usr/local/lib/perl5/5.8.0/sun4-solaris
/usr/local/lib/perl5/5.8.0
/usr/local/lib/perl5/site_perl/5.8.0
Nick Tonkin wrote:
On Mon, 17 Mar 2003, Perrin Harkins wrote:
Goehring, Chuck Mr., RCI - San Diego wrote:
Where do you put your .pm files for application-specific code?
Under mod_perl 1, I just put them in SERVER_ROOT/lib/perl, which is
automatically added to @INC by mod_perl. Can someone
Stas Bekman wrote:
The question is, do we want to have this feature in mp2?
I thought it was cool to have it automatically add a path relative to
the server root, because it makes it feel more like you are writing real
Apache modules, and not just CGI scripts. It's just a warm fuzzy thing
Perrin Harkins wrote:
Stas Bekman wrote:
The question is, do we want to have this feature in mp2?
I thought it was cool to have it automatically add a path relative to
the server root, because it makes it feel more like you are writing real
Apache modules, and not just CGI scripts. It's just
Stas Bekman wrote:
Perrin Harkins wrote:
Stas Bekman wrote:
The question is, do we want to have this feature in mp2?
I thought it was cool to have it automatically add a path relative to
the server root, because it makes it feel more like you are writing
real Apache modules, and not just
no harm in keeping back-compatibility with 1.0. Unless someone has a
reason for not having it I'll commit the patch I've posted earlier.
Is there a performance hit to having @INC include another directory (that
will not be used by many [most?] users)? If so, that's a good argument
against.
in 1.0
Now my questions:
1) is this directory structure correct???
2) can it be improve???
3) security matters?
4) IMPORTANT: how to set the @INC and where
any help, tips, URL are welcome
The URL is: http://perl.apache.org/docs/
If you have commons subs, you should be fine
:
1) is this directory structure correct???
2) can it be improve???
3) security matters?
4) IMPORTANT: how to set the @INC and where
any help, tips, URL are welcome
Thanks in advance
;
The result of @INC in a perl script:
/usr/local/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi/Apache2
/test2/lib
/usr/local/lib/perl5/5.8.0/i686-linux-thread-multi
/www/envirotex/lib
If you use the +Clone, it already inherits everything from the parent,
including @INC. So you don't need the last 3 lines. It works just fine for me
with 'PerlOptions +Clone'.
Perhaps you can send in your httpd.conf after you have reduced it to the very
minimum (including
+Parent
PerlOptions +Clone
PerlModule Apache2
PerlModule Apache::compat
PerlSwitches -Mlib=/et/www/envirotex/lib
the result is:
[Thu Jan 23 09:12:19 2003] [error] Can't locate Emma/AuthCookieHandler.pm
in @INC (@INC contains:
/usr/lib/perl5/site_perl/5.8.0/i686-linux-thread-multi
(as described in the documentation):
PerlOptions +Parent
PerlSwitches -Mlib=/et/www/envirotex/lib
When I start the server i get the error message:
[Wed Jan 22 13:52:07 2003] [error] Can't locate loadable object for
module Apache::Constants in @INC (@INC contains: /et/www/envirotex
V-hosts i say (as described in the documentation):
PerlOptions +Parent
PerlSwitches -Mlib=/et/www/envirotex/lib
When I start the server i get the error message:
[Wed Jan 22 13:52:07 2003] [error] Can't locate loadable object for
module Apache::Constants in @INC (@INC contains: /et/www
When I use perl from the command line, my @INC is this:
$ perl -eprint join(':', @INC)
/usr/lib/perl5/5.6.1/i386-linux:/usr/lib/perl5/5.6.1:/usr/lib/perl5/site_perl/5.6.1/i386-linux:/usr/lib/perl5/site_perl/5.6.1:/usr/lib/perl5/site_perl/5.6.0:/usr/lib/perl5/site_perl:.
When I print @INC from
How did this happen? Why does my command line perl use i386-linux,
while my mod_perl uses i686-linux?
Simple: they are compiled to use different installations of Perl. If you
want to unify them, you can find out what mod_perl is using and put it
first in your path (so that perl will run it) or
, run multiple instances of
this software with different versions for a variety of
reasons.
Using a PerlRequire in the vhost seems to add the @INC for
the entire vhost population on the server, not just my
vhost. This results in 'first match wins' behavior since I
would now have an @INC entry
I think you are confusing @INC and %INC. You should probably read up on the
difference between the two. The mod_perl guide provides a lot of background
on this issue:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html#use__
__requiredo_INC_and__INC_Explained
In any
in
PERL5LIB are gone away from @INC.
I have Apache 1.3.27, mod_perl 1.27, Apache::Reload 0.07, perl 5.8.0
on RH7.2 and try PerlSetEnv PERL5LIB in main config section as well as
in VirtualHost sections.
I have bulk of VirtualHosts and would like make @INC different for each
one(i.e. not use lib
are gone away from @INC.
I have Apache 1.3.27, mod_perl 1.27, Apache::Reload 0.07, perl 5.8.0
on RH7.2 and try PerlSetEnv PERL5LIB in main config section as well as
in VirtualHost sections.
I have bulk of VirtualHosts and would like make @INC different for each
one(i.e. not use lib ... in startup.pl
defined in
PERL5LIB are gone away from @INC.
I have Apache 1.3.27, mod_perl 1.27, Apache::Reload 0.07, perl 5.8.0
on RH7.2 and try PerlSetEnv PERL5LIB in main config section as well as
in VirtualHost sections.
I have bulk of VirtualHosts and would like make @INC different for each
one(i.e. not use
are gone away from @INC.
I have Apache 1.3.27, mod_perl 1.27, Apache::Reload 0.07, perl 5.8.0
on RH7.2 and try PerlSetEnv PERL5LIB in main config section as well as
in VirtualHost sections.
I have bulk of VirtualHosts and would like make @INC different for each
one(i.e. not use lib
I've been having problems with use lib. I read the
extract at http://perl.apache.org/docs/1.0/guide/porting.html#_INC_and_mod_perland
realised that you can hardcode @INC via httpd.conf or startup.pl. however, i
tried adding PerlSetEnv PERL5LIB to a .htaccess file but that doesn't seem
Pierre Smolarek wrote:
I've been having problems with use lib. I read the extract at
http://perl.apache.org/docs/1.0/guide/porting.html#_INC_and_mod_perl and
realised that you can hardcode INC via httpd.conf or startup.pl.
however, i tried adding PerlSetEnv PERL5LIB to a .htaccess file
I started using a dynamic INC (set up in a TransHandler), and discovered
that Apache::Reload (v0.07) was not doing its job correctly in that case.
Note, changing INC in a transhandler won't have the desired Apache::Reload
effects unless the PerlInitHandler for Apache::Reload is placed
the INC.
I have a simple startup script that prints INC, which prints
INC: /sbcimp/run/pd/perl/5.005_03/lib/sun4-solaris
/sbcimp/run/pd/perl/5.005_03/lib
/sbcimp/run/pd/perl/5.005_03/lib/site_perl/sun4-solaris
/sbcimp/run/pd/perl/5.005_03/lib/site_perl
this makes me think I am running 5.005_03
to use, and if this can be
changed as a non-root user, and how to set the @INC.
I have a simple startup script that prints @INC, which prints
@INC: /sbcimp/run/pd/perl/5.005_03/lib/sun4-solaris
/sbcimp/run/pd/perl/5.005_03/lib
/sbcimp/run/pd/perl/5.005_03/lib/site_perl/sun4-solaris
/sbcimp/run
Thanks, but, didn't think i was a beginner... this is more of a mod_perl question
because I'm aware of how to set @INC etc for normal perl scripts. Anyway I tried your
advice, but, from perldoc perlvar:
$]
The use of this variable is deprecated
and for $^V:
Use of uninitialized value
[EMAIL PROTECTED] wrote:
[...]
So are you forced to use the version of perl that was chosen when
mod_perl was installed? Guess so, am trying to do a local non-root
install of apache and mod_perl to see if this is so.
It helps to RTFM:
PROTECTED]
Subject: Re: modifying @INC at startup and version of perl used
[EMAIL PROTECTED] wrote:
[...]
So are you forced to use the version of perl that was chosen when
mod_perl was installed? Guess so, am trying to do a local non-root
install of apache and mod_perl to see if this is so
Hi Jamie --
So are you forced to use the version of perl that was chosen when
mod_perl was installed? Guess so, am trying to do a local
non-root install of apache and mod_perl to see if this is so.
Yes -- you are bound to use the version of Perl which was compiled into
Apache. If you want
How can I have @INC array contain the directory
names /usr/lib/perl/5.6.1 ... instead of /usr/lib/5.6.0. Apache does not run
beacuse of the value of @INC.
UY
Hi Ufuk --
How can I have INC array contain the directory names
/usr/lib/perl/5.6.1 ... instead of /usr/lib/5.6.0.
Apache does not run beacuse of the value of INC.
You need to recompile Apache/mod_perl.
-Jesse-
Can't you use the perl startup file to re-write the INC array?
I thought I'd seen a post along those lines a while back.
Darren
-Original Message-
From: Jesse Erlbaum [mailto:[EMAIL PROTECTED]]
Sent: Friday, 30 August 2002 6:29 AM
To: [EMAIL PROTECTED]
Subject: RE: @INC
Hi Ufuk
Hi Darren --
Can't you use the perl startup file to re-write the INC array?
I thought I'd seen a post along those lines a while back.
Sure you can. I use PERL5LIB and an unshift(@INC, ...) all the time to
push an extra path at server startup.
However, that's just the tip of Ufuk's problem
My INC contains WRONG directories!!! Help!
How can I change INC in perl for installing of Apache::SubProcess and other
modules?
At this time I cannot install any Apache::* related modules, because of bad
INC
Platform: FreeBSD
I have Apache::* modules installed in:
/usr/local/lib/perl5/site_perl
Thanks, Ilya! You are right!
/usr/bin/perl contains old binary from v5.00503
So, I've change it to a link pointing to /usr/local/bin/perl
Now all works fine!
Ruslan
Looks like your sys admin had installed perl from core and from ports
and as result you have two perl installation on systems.
At 23:36 19.05.2002, Gregory Matthews wrote:
# Initialize the database connections for each child
Apache::DBI-connect_on_init
(DBI:mysql:database=test;host=localhost, user,password,
{ PrintError = 1, # warn() on errors
RaiseError = 0, # don't die on error
AutoCommit = 1, # commit executes
This is a little OT, but I really love the new look of the website you
mention below. Major kudos to all those who helped put together the new
look-n-feel content.
Drew
At 11:53 PM 5/19/2002 +0200, you wrote:
Thank you very much Gregory, I have patches the online docs.
By the way, the
Drew Taylor wrote:
This is a little OT, but I really love the new look of the website you
mention below. Major kudos to all those who helped put together the new
look-n-feel content.
Thanks Drew, but please hold off on any comments, since we are still
tuning the design to work better in
At 02:50 19.05.2002, Gregory Matthews wrote:
Tried that...doesn't work either.
@INC still cannot find my config.pl file. If I add the use lib statement
to my script, all is o.k.. If I try to add it to my startup.pl and call
it at startup time, I get the error from @INC.
Are you sure you
the server because of it. Can
this file be read and checked for correctness but not loaded?
Gregory
At 09:57 AM 5/19/2002 +0200, you wrote:
At 02:50 19.05.2002, Gregory Matthews wrote:
Tried that...doesn't work either.
@INC still cannot find my config.pl file. If I add the use lib statement
to my
If I run apachectl configtest, I can see the below statement, Loading
startup.pl..., so it appears that it is at least reading it (which I knew
before), but for some reason, @INC does not show an updated path per my
call, use lib qw(...); .
In addition, I am using the Apache::DBI module
.
At 09:57 AM 5/19/2002 +0200, you wrote:
At 02:50 19.05.2002, Gregory Matthews wrote:
Tried that...doesn't work either.
@INC still cannot find my config.pl file. If I add the use lib
statement to my script, all is o.k.. If I try to add it to my
startup.pl and call it at startup time, I get
Matthews wrote:
Tried that...doesn't work either.
@INC still cannot find my config.pl file. If I add the use lib
statement to my script, all is o.k.. If I try to add it to my
startup.pl and call it at startup time, I get the error from @INC.
Are you sure you are loading your startup.pl
Tom:
Fixed it. I needed to add a 1; to the end of my startup.pl file. I was
using a startup.pl file example from apache.org which did NOT have this.
Then in doing some research, found out that it needed it. Now the @INC is
being updated at startup.
Thanks for your help!
Gregory
At 11:40
At 22:03 19.05.2002, Gregory Matthews wrote:
Tom:
Fixed it. I needed to add a 1; to the end of my startup.pl file. I was
using a startup.pl file example from apache.org which did NOT have this.
Then in doing some research, found out that it needed it. Now the @INC is
being updated
; to the end of my startup.pl file. I was
using a startup.pl file example from apache.org which did NOT have this.
Then in doing some research, found out that it needed it. Now the @INC
is being updated at startup.
:)
Would you mind telling us which exaple it was so that we can fix it?
At 11:40 AM
:
Fixed it. I needed to add a 1; to the end of my startup.pl file. I was
using a startup.pl file example from apache.org which did NOT have
this. Then in doing some research, found out that it needed it. Now
the @INC is being updated at startup.
:)
Would you mind telling us which exaple
I am trying to:
use lib qw(/dir/foo);
in my startup.pl file but INC is NOT showing the path. I keep getting
Can't locate config.pl in INC errors after restarting the server and
calling the script.
My prog reads:
require qq(config.pl);
I am not sure what is going on. INC shows:
(INC
I did this:
use lib qw(path to files);
That adds the path to @INC. Someone correct me if that's the wrong way to do
things
- Original Message -
From: Gregory Matthews [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, May 18, 2002 6:12 PM
Subject: Modifying @INC via startup.pl
Tried that...doesn't work either.
@INC still cannot find my config.pl file. If I add the use lib statement
to my script, all is o.k.. If I try to add it to my startup.pl and call it
at startup time, I get the error from @INC.
At 06:16 PM 5/18/2002 -0400, you wrote:
I did this:
use lib qw
]
Subject: Re: Modifying @INC via startup.pl
Cc: [EMAIL PROTECTED]
Tried that...doesn't work either.
@INC still cannot find my config.pl file. If I add the use lib statement
to my script, all is o.k.. If I try to add it to my startup.pl and call it
at startup time, I get the error from
] Can't locate DAT/Client/WWW.pm in INC
(INC contains: /home/ajm6q/cvs/dat-head/lib [... edited out ...]) at
/usr/lib/perl5/site_perl/5.6.1/i386-linux/Apache/PerlVINC.pm line 55.
The file is, of course, actually there:
% ls -l /home/ajm6q/cvs/dat-head/lib/DAT/Client/WWW.pm
-rwxrwxr-x1 ajm6q
for brevity):
[Fri May 10 13:39:39 2002] [error] Can't locate DAT/Client/WWW.pm in @INC
(@INC contains: /home/ajm6q/cvs/dat-head/lib [... edited out ...]) at
/usr/lib/perl5/site_perl/5.6.1/i386-linux/Apache/PerlVINC.pm line 55.
The file is, of course, actually there:
% ls -l /home/ajm6q/cvs/dat
the
PerlRequire'd is loaded (since %INC is a hash).
First, can some1 suggest a solution for this ?
I always stop (with SIGTERM) and start my servers
rather than using
restart (SIGUSR1) as I find that there are fewer
surprises. I think
that Perrin will agree. There are very few
systems
Sreeji K Das wrote:
Thanx for the reply (I hardly get replies for subjects
with restart :-( I guess I'm the only one using
PerlFreshRestart (sic !).
Hopefully you are the only one!
My requirement is to do a neat kill of children and
then do a complete restart. I don't want any existing
Thanx for the reply (I hardly get replies for subjects
with restart :-( I guess I'm the only one using
PerlFreshRestart (sic !).
Hopefully you are the only one!
Pardon my newbie-ness, but can someone explain the perils of
PerlFreshRestart in a bit more depth? I hadn't heard of it
Fran Fabrizio wrote:
Thanx for the reply (I hardly get replies for subjects
with restart :-( I guess I'm the only one using
PerlFreshRestart (sic !).
Hopefully you are the only one!
Pardon my newbie-ness, but can someone explain the perils of
PerlFreshRestart in a bit more
Ged Haywood wrote:
Hi there,
On Tue, 2 Apr 2002, [iso-8859-1] Sreeji K Das wrote:
I use PerlFreshRestart on to reload my modules.
[snip]
However, here my modules are getting loaded before the
PerlRequire'd is loaded (since %INC is a hash).
First, can some1 suggest a solution
Hi there,
On Tue, 2 Apr 2002, [iso-8859-1] Sreeji K Das wrote:
I use PerlFreshRestart on to reload my modules.
[snip]
However, here my modules are getting loaded before the
PerlRequire'd is loaded (since %INC is a hash).
First, can some1 suggest a solution for this ?
I always stop
Hi
I use PerlFreshRestart on to reload my modules. This
is the problem I face:
I have
PerlRequire bin/startup.pl
which requires a lot of perl modules. However, on
restart (kill USR1), mod_perl does something like:
%temp = %INC; %INC = ();
while (($k, $v) = each %temp)) { require $k; }
However
there is a
particular issue that I'm having trouble understanding. What happens
is that an included module 'require's another module, but it's @INC is
different than the one defined in the original, single CGI script.
While one quick fix would be to simply add use lib '.' to the
beginning of this particular
, and then add the missing paths with use lib(...)?
There's lots of stuff about @INC in the Guide.
73,
Ged.
/siteB - directory tree containing everything for server B
The default perl installation on this unix system is under
/usr/local/lib/perl5 and the default @INC list is:
I believe you can abuse PERL5LIB in each vhost...
Kevin
--
Steve Reppucci
trouble understanding. What happens
is that an included module 'require's another module, but it's @INC is
different than the one defined in the original, single CGI script.
While one quick fix would be to simply add use lib '.' to the
beginning of this particular module, I would rather diagnose
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 20, 2001 6:43 PM
To: David Pisoni; [EMAIL PROTECTED]; Robert Landrum
Subject: Re: PerlModule not updating %INC
[snip]
It sounds like this is a real bug with PerlModule
it reparses httpd.conf)
%INC might be getting mucked up...
It shouldn't. I thought the interpreter didn't actually get broken down on
restart at all unless you have PerlFreshRestart on. However, I see that
Doug said this:
i think that using *Apache::ReadConfig elsewhere will still trigger
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 21, 2001 11:01 AM
To: Geoffrey Young; [EMAIL PROTECTED]; David Pisoni
Subject: Re: PerlModule not updating %INC
I wonder if this has something to do with the multiple init thing
IIRC, I ran a test with only httpd.conf.default with only these additions
PerlModule My::Foo
then
package My::Foo;
warn initializing...;
in lib/perl and I got 'initializing' on each restart. no
Apache::ReadConfig
going on here.
And no PerlFreshRestart?
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 21, 2001 11:12 AM
To: Geoffrey Young; [EMAIL PROTECTED]; David Pisoni
Subject: Re: PerlModule not updating %INC
IIRC, I ran a test with only httpd.conf.default with only
ok, here was my test...
[geoff@mainsheet apache]$ diff -u conf/httpd.conf.default conf/httpd.conf
--- conf/httpd.conf.default Wed Nov 21 02:00:16 2001
+++ conf/httpd.conf Wed Nov 21 11:59:35 2001
@@ -38,6 +38,8 @@
# server as /usr/local/apache/logs/foo.log.
#
+PerlModule My::Foo
+
At 11.00 -0500 11/21/2001, Perrin Harkins wrote:
SNIP
David, are you using Apache::ReadConfig or anything that uses it?
- Perrin
Nope, not using ReadConfig. And to address another point, the behavior is consistant
regardless of whether or not PerlFreshRestart is on.
David
Red-Hat Linux (7.1) Perl 5.6.1 / Apache 1.3.20 / mod_perl 1.26
Problem : PerlModule does not cause %INC to be updated, but 'use' does
Symptoms : Apache::StatINC does not work for said modules. Said modules do not
appear in Apache::Status loaded modules page, but do appear in the Inheritance
with a dump of the contents of %INC, and said modules
were missing.) The only modules of ours which DID appear were those
which were ALSO called for with 'use' calls by other modules.
I just reread your original post... I think I may know what the
problem is (maybe). Are you using Location handlers
section. (I also did a test handler with a dump of the contents of %INC,
and said modules were missing.) The only modules of ours which DID appear were those
which were ALSO called for with 'use' calls by other modules.
I just reread your original post... I think I may know what the problem
-script
PerlHandler My::Special::Module
/Location
and Apache::StatINC works.
If you preload, It's not going to put the module into %INC.
Otherwise Apache::StatINC would intentionally overwrite that shared
memory and destroy the purpose for using PerlModule in the first
place.
I could be wrong
...
We just use
Location /whatever
SetHandler perl-script
PerlHandler My::Special::Module
/Location
and Apache::StatINC works.
If you preload, It's not going to put the module into %INC. Otherwise Apache::StatINC
would intentionally overwrite that shared memory and destroy the purpose for using
httpd.conf.default with just a single PerlModule statement,
trying to boil things down.
thanks
--Geoff
-Original Message-
From: Stas Bekman
To: Perrin Harkins
Cc: mod_perl list
Sent: 8/6/01 11:03 PM
Subject: Re: PerlRequire/PerlModule and %INC
On Mon, 6 Aug 2001, Perrin Harkins wrote
/ Apache 1.3.20 / mod_perl 1.26
Red-Hat Linux (7.1) Perl 5.6.1 / Apache 1.3.20 / mod_perl 1.26
Problem : PerlModule does not cause %INC to be updated, but 'use' does
Symptoms : Apache::StatINC does not work for said modules. Said modules do not appear
in Apache::Status loaded modules
1 - 100 of 188 matches
Mail list logo