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 -Mlib=/home/bruce/public_html/ffbal
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 und
It seems that the reload 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
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 work
's my perl.conf (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 Reload
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 pe
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 tim
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, Jef
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:
Her
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 fro
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.
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.
Jeff
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 28, 2003 8:36 PM
To: Brown, Jeffrey
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
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, '
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) fro
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
GI.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 you.
- Perrin
ocate 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
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
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
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
pa
Jason Jolly wrote:
When I stop/start the server and run a script with the following code:
foreach $item (@INC) {
print ($item . "");
}
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_
::Registry(); use CGI(); use
CGI::Session(); use CGI::Carp(); 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)
{ pr
ing that feature and adding
> >> the path myself in startup.pl or httpd.conf.
> >
> >
> > I'm +0 on adding this feature. While I have never used it myself, I see
> > no harm in keeping back-compatibility with 1.0. Unless someone has a
> > reason for not hav
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 CG
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:
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
reall
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 /lib/perl, which is
automatically added to @INC by mod_perl. Can someone confirm if
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 as
:
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
Apache2;
use ModPerl::Registry;
1;
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-mult
lSwitches -Mlib=/et/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 t
erlOptions +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
I one of my 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 (@I
osts 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 (@I
> 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)
When I use perl from the command line, my @INC is this:
$ perl -e"print 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:.
Wh
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
, 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
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
in config all libs 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
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 ... in startup.pl
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 fil
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 but that doesn'
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
Well what you said is true. I actuallay had perl 5.6.1 but I tried to use an
old httpd executable compiled with 5.6.0. Adding directories to @INC would
help me but each time before I would start httpd, I'd have to do that.
Instead I recompiled mod_perl/apache/ssl/php bundle. And that helped
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,
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 --
>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-
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 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 wan
n, Jamie
>Cc: [EMAIL 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 loca
[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:
http://perl.apache.org/docs/1.0/guide/install.html#
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 uninitialize
rsion of perl mod_perl is configured 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/
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
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. P
>>>>> On Mon, 29 Jul 2002 13:43:13 +0400, "Ruslan V. Sulakov" <[EMAIL PROTECTED]> said:
RVS> My @INC contains WRONG directories!!! Help!
RVS> How can I change @INC in perl for installing of Apache::SubProcess and other
RVS> modules?
RVS> At this
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
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 i
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, th
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, # c
0:21 PM 5/19/2002 +0200, you wrote:
>>>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 hav
.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
>>
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
&g
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
ur problems.
> >
> > Finally, as a quick fix to your original problem: maybe you can use
> PERL5LIB:
> >
> > PerlSetEnv PERL5LIB /path
> >
> > in your httpd.conf.
> >
> > This is all I can come up with, sorry.
> >
> > >At 09:57 AM
ath
in your httpd.conf.
This is all I can come up with, sorry.
>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
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::
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
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
om: Gregory Matthews <[EMAIL PROTECTED]>
> 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 a
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:
&g
I did this:
use lib qw();
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 @
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. @IN
is attempted (other standard directories edited out
> 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.
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 ajm6qwebwork
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 i
>> 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
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
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 s
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
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 t
Hi
I use PerlFreshRestart on to reload my modules. This
is the problem I face:
I have
PerlRequire "bin/startup.pl"
which "require"s a lot of perl modules. However, on
restart (kill USR1), mod_perl does something like:
%temp = %INC; %INC = ();
while (($k, $v) = each
05 and now 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 wo
n the way, and then add the missing paths with use lib(...)?
There's lots of stuff about @INC in the Guide.
73,
Ged.
:
> >
> >/usr/local/siteA <- directory tree containing everything for server A
> >/usr/local/siteB <- directory tree containing everything for server B
> >
> > The default perl installation on this unix system is under
> > /usr/local/lib/perl5 and
aving 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 partic
At 11.00 -0500 11/21/2001, Perrin Harkins wrote:
>
>
>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
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
+
> -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 h
> 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:01 AM
> To: Geoffrey Young; [EMAIL PROTECTED]; David Pisoni
> Subject: Re: PerlModule not updating %INC
>
>
> > I wonder if this has something t
the initial one that Apache does when 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
> -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 wi
use Apache::StatINC on our development server, but we never preload any modules...
> We just use
>
>
>SetHandler perl-script
>PerlHandler My::Special::Module
>
>
>and Apache::StatINC works.
>
>If you preload, It's not going to put the module into %INC. Otherwise A
> 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.
...and that's why you shouldn't use StatINC on a production
any modules... We just use
SetHandler perl-script
PerlHandler My::Special::Module
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 Perl
"ISA Tree", most of them did not appear in the "Loaded
>Modules" 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&#
1 - 100 of 204 matches
Mail list logo
