I am getting up and running a server that wants mod_perl. The instructions
talks about a startup script. I'm very new, so I don't know how I'm
supposed to get this step completed.
Do I copy the provided script to a location? Do I edit an existing script?
Do I edit some configuration file
Hi there,
I'm trying to figure out how one would set vars via a startup.pl script or
using PerlSections. I want to set a var on startup where I'll be prompted
and a var that I can retrieve via $r-dir_config('FOO') will get me that
value.
I've tried endless ideas, none of which are working
On Wed, 2003-07-16 at 17:39, Patrick Galbraith wrote:
I'm trying to figure out how one would set vars via a startup.pl script or
using PerlSections.
Is there a reason you can't just put it in a global? The dir_config()
stuff is really for when you want to config something specific to a
Yes, if I hardcode it, fine, but not via reading STDIN into a var, and
then setting whatever to that var.
On 16 Jul 2003, Perrin Harkins wrote:
On Wed, 2003-07-16 at 17:39, Patrick Galbraith wrote:
I'm trying to figure out how one would set vars via a startup.pl script or
using
I currently have the following
configuration in my httpd.conf file:
PerlRequire
/usr/local/apache/conf/startup.pl Alias /perl/
/usr/local/apache/cgi-bin PerlTaintCheck
On PerlWarn
On PerlFreshRestart On
PerlTransHandler Apache::SessionManager PerlFreshRestart
On
Location
/perl
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
Hi !
and as suggested :
LIBXML2.DLL VERSION 2.4.26
XML::LibXML version 1.52
I've tested with libxml2-2.4.23 and XML::LibXML 1.53 on linux
and it works
just fine.
I tested it with libxml2-2.4.23 and XML::LibXML 1.52
and it still segfaults.
this looks suspicious as
[EMAIL PROTECTED] wrote:
Hi !
and as suggested :
LIBXML2.DLL VERSION 2.4.26
XML::LibXML version 1.52
I've tested with libxml2-2.4.23 and XML::LibXML 1.53 on linux
and it works
just fine.
I tested it with libxml2-2.4.23 and XML::LibXML 1.52
and it still segfaults.
I can't reproduce
Hi
here is a revised complete report bug
Hi
on
SERVER_SOFTWARE: Apache/2.0.44 (Win32) mod_perl/1.99_08-dev
Perl/v5.8.0
and as suggested :
LIBXML2.DLL VERSION 2.4.26
XML::LibXML version 1.52
everything rebuild debug
test code
---
use
[EMAIL PROTECTED] wrote:
Hi
here is a revised complete report bug
and as suggested :
LIBXML2.DLL VERSION 2.4.26
XML::LibXML version 1.52
I've tested with libxml2-2.4.23 and XML::LibXML 1.53 on linux and it works
just fine.
[...]
output ok but apache segfault
---
here is
nevertheless , apache
startup problem remains.
before that I tried to compile XML::LibXML
1.52 against a slightly prior version of libxml2
all test successful but the problem with
apache startup remains
t\13dtd.tlist of failed 11-12
if I nmake install nevertheless , apache startup problem remains.
I also found XML::LibXML had problems on Win32 against
libxml2-2.5.1.
before that I tried to compile XML::LibXML
PROBLEM :
APACHE SEGFAULT WITH XML::LibXML on
WIN32
I use all in one perl + apache + modperl2 RK
binaries
but I replace c:\perl\bin\perl58.dll with
perl58.dll obtained after separately(and succesfully) compiling perl with vc6
DEBUG so that I get symbols in
perl58.dll
so the call stack
it is version 1.54
pascal
- Original Message -
From: Matt Sergeant [EMAIL PROTECTED]
To: pascal barbedor [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, January 25, 2003 8:00 PM
Subject: Re: [ MP2] startup problem with XML::LibXML
On Saturday, Jan 25, 2003, at 09:49 Europe
I have XML file
and don`t want parse/serialize on each request
how implement this:
1) XML parsed on startup
2) All modules work whith same object
3) XML serialize on server shutdown
P.S. Apache 2 mod_perl 2
[EMAIL PROTECTED] wrote:
I have XML file
and don`t want parse/serialize on each request
how implement this:
1) XML parsed on startup
2) All modules work whith same object
It doesn't look to me like you can share objects across threads
effectively at this time. You can share a hash ref
Hi -
I'm trying to get mason running under mod_perl 2,
but this is a mod_perl question. I need to have the
following set:
PerlSetVar MasonArgsMethod CGI
When I configure mason in httpd.conf w/o a startup handler,
everything is fine.
With a handler, even with the PerlSetVar before
Stas -
I finally found what was happening; the startup script
(which I miscalled a 'handler') invoked by a 'PerlRequire'
directive in httpd.conf creates, among other things, a
HTML::Mason::ApacheHandler object. One of the arguments
to it's new constructor is 'args_method', which, when
set
Ged Haywood wrote:
On 27 Nov 2002, Jan Theofel wrote:
Especially because we use SuSE Linux Enterprise Server which is a
hihgly integrated system and we would loose the benefits of this
system when we compile apache on our own.
I don't understand that at all. Can somebody help me out here?
Hello,
Am Mon, 2002-11-25 um 17.46 schrieb Jan Theofel:
(Re)starting apache results in the following segmentation fault:
The problem with this segmentation fault is XML::Simple which I use
togeather with mod_perl. This seems to be a knowen problem but without a
known solution.
All I could
Hi there,
On 27 Nov 2002, Jan Theofel wrote:
Am Mon, 2002-11-25 um 17.46 schrieb Jan Theofel:
(Re)starting apache results in the following segmentation fault:
The problem with this segmentation fault is XML::Simple
[snip]
All I could find is that you can either:
1. Compile your own
Hello,
Am Mit, 2002-11-27 um 17.33 schrieb Ged Haywood:
On 27 Nov 2002, Jan Theofel wrote:
Am Mon, 2002-11-25 um 17.46 schrieb Jan Theofel:
(Re)starting apache results in the following segmentation fault:
The problem with this segmentation fault is XML::Simple
[snip]
All I
Hi Jan,
On 27 Nov 2002, Jan Theofel wrote:
Am Mit, 2002-11-27 um 17.33 schrieb Ged Haywood:
What is it about compiling your own Apache that troubles you?
It is a lot of work to do.
Only the first couple of times. Takes me about two minutes nowadays.
Especially because we use SuSE
On Wed, 27 Nov 2002, Ged Haywood wrote:
Date: Wed, 27 Nov 2002 20:56:01 + (GMT)
From: Ged Haywood [EMAIL PROTECTED]
To: Jan Theofel [EMAIL PROTECTED]
Cc: mod_perl mailinglist [EMAIL PROTECTED]
Subject: Re: segmentation fault using a startup file
Hi Jan,
On 27 Nov 2002, Jan Theofel
Jan Theofel wrote:
Am Mon, 2002-11-25 um 17.46 schrieb Jan Theofel:
(Re)starting apache results in the following segmentation fault:
The problem with this segmentation fault is XML::Simple which I use
togeather with mod_perl. This seems to be a knowen problem
but without a known
Hello,
I have another problem using Perl::PerlRun with a startup file in
apache. The line added to the apache configuration file was:
PerlRequire /home/www/[...]/shop/engine/apachestartup.pl
(Re)starting apache results in the following segmentation fault:
--- snip ---
mailgate:/home/www
On 25 Nov 2002, Jan Theofel wrote:
Hello,
I have another problem using Perl::PerlRun with a startup file in
apache. The line added to the apache configuration file was:
PerlRequire /home/www/[...]/shop/engine/apachestartup.pl
(Re)starting apache results in the following segmentation
Yeah, Randy, I second the motion.
We know that DBI 1.28 does _NOT_ work!
Aloha = Beau.
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]]
Sent: Monday, November 25, 2002 7:34 AM
To: Jan Theofel
Cc: mod_perl mailinglist
Subject: Re: segmentation fault using a startup file
Hi
on win32 with perl 561/modperl 1.27-01 dev
httpd.conf
Perl
[..]
$PerlSetvar='var foo'; (set outside any container in
httpd.conf)
$Perlrequire='startup.pl';
[...]
/Perl
then inside a module used in startup.pl
use Apache();
my $s=Apache-server ; (ok)
my
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
PROTECTED]]
Sent: 29 August 2002 11:22
To: Echlin, Jamie
Cc: [EMAIL PROTECTED]
Subject: Re: modifying @INC at startup and version of perl used
Jamie,
Use the perl internal variables to figure out what version
you're running under: $] and $^V
Use these whether you're running perl or mod_perl. You
[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
Hi,
On a Apache/1.3.23 (Unix) mod_perl/1.26, if I check
Apache-server-dir_config during server startup, I find it is empty !!
Dumper shows it is bless( {}, 'Apache::Table' ).
Shouldn't the conf file key/value pairs be available in this Apache::Table
during
How else can i find the server-document_root ?
e.g: Apache-server_root_relative(htdocs);
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
Come to think of it, this is exactly what I did on my RedHat 7.2 system --
grabbed a Perl 5.6.1 RPM without noticing that it was for RedHat 7.3. It
installed fine, and Perl worked okay, so why not? Thanks for
straightening this up, Eric -- as Chip said, everything should have worked
fine with
Zac Morris [EMAIL PROTECTED] writes:
Honestly though Chip I have to pipe up here.
I was a gung ho RedHat supporter when I first got involved in the
linux world, and I still believe with it's RPMs and GUI tools it's
still the best for both new users and corporate environments, but
man, if
I got this error and spent a bit of time trying to figure it out. The
reason I was getting it was that I had started with a RedHat 7.2 system
which comes with Perl 5.6.0 and upgraded to 5.6.1 using RH 7.3 RPMS. I
then compiled mod_perl against 5.6.1. Each time I started up I got the
At 05:55 24.04.2002, Stas Bekman wrote:
Chuck Goehring wrote:
Stas/Everyone,
To follow up. With the starting and stopping of Apache and looking at the
log, I see entries like Child 1032: Waiting for 250 worker threads to
exit. I was gettiong Low virtual memory errors from Win/2000, so I added
: startup for Apache 2.0/mod_perl 1.99
Chuck Goehring wrote:
You're right. I'm getting impatient and jumping ahead. Pasted directly
from your post, restarted Apache and get same thing
[Tue Apr 23 12:16:54 2002] [notice] Parent: Created child process 2560
[Tue Apr 23 12:16:58 2002
At 19:31 24.04.2002, Chuck Goehring wrote:
That made it work! Your my hero!. That also made the script that accesses
Oracle work as well. We've staved off the IIS beast for another day!
Great!
I'm not familiar with the testing stuff except when Doug had me run the
t/report thing.. I'm a CGI
Stas,
First, there was no mod_perl 1.2x installed on this machine. I didn't think
I would need it, but I'm guessing.
This was as you say. The Location /perl didn't aggree with the registry
loaded in startup. That fixed that problem but now it complains about
CGI.pm as follows:
[Tue Apr 23 10
Chuck Goehring wrote:
Stas,
First, there was no mod_perl 1.2x installed on this machine. I didn't think
I would need it, but I'm guessing.
This was as you say. The Location /perl didn't aggree with the registry
loaded in startup. That fixed that problem but now it complains about
? This is on Win2000.
Thanks
Chuck
- Original Message -
From: Stas Bekman [EMAIL PROTECTED]
To: Chuck Goehring [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, April 23, 2002 11:12 AM
Subject: Re: startup for Apache 2.0/mod_perl 1.99
Chuck Goehring wrote:
Stas,
First, there was no mod_perl
11:12 AM
Subject: Re: startup for Apache 2.0/mod_perl 1.99
Chuck Goehring wrote:
Stas,
First, there was no mod_perl 1.2x installed on this machine. I didn't
think
I would need it, but I'm guessing.
This was as you say. The Location /perl didn't aggree with the
registry
loaded
Chuck Goehring wrote:
You're right. I'm getting impatient and jumping ahead. Pasted directly
from your post, restarted Apache and get same thing
[Tue Apr 23 12:16:54 2002] [notice] Parent: Created child process 2560
[Tue Apr 23 12:16:58 2002] [notice] Child 2560: Child process is running
Chuck Goehring wrote:
Stas/Everyone,
To follow up. With the starting and stopping of Apache and looking at the
log, I see entries like Child 1032: Waiting for 250 worker threads to
exit. I was gettiong Low virtual memory errors from Win/2000, so I added
ThreadsPerChild 24 to the
To all,
Having trouble configuring Apache 2.0 with
mod_perl. Don't know if I need compat or not.
My Apache 1.x/mod_perl 1.24 startup starts like
this:
use strict;use Apache ();use
Apache::Registry;use Apache::DBI();use CGI qw(-compile :cgi);use
Carp();
That didn't fly on Apache 2.0.35
Chuck Goehring wrote:
To all,
Having trouble configuring Apache 2.0 with mod_perl. Don't know if I
need compat or not.
My Apache 1.x/mod_perl 1.24 startup starts like this:
use strict;
use Apache ();
use Apache::Registry;
use Apache::DBI();
use CGI qw(-compile
Also, I read about issues of database handlers becoming
unstable across forks. So should I place this initialization
information into a perl child init handler?
See the connect_on_init() method in the Apache::DBI docs.
We use PerlSetVar's for this where I work.
That's how I would do it
so that
my mod_perl handlers have access to this variable/object, kinda like the %ENV variable
except that I wish to keep these pieces of information separate from the %ENV
variable. Initially, I thought about loading this configuration information in a
startup script and using the PerlRequire
this configuration
information in a startup script and using the PerlRequire directive to
load this script. However, since doing this code will run under root
privileges, would it be a good idea to place this type of information
in this file? Also, I read about issues of database handlers becoming
On Wed, 20 Mar 2002, Stas Bekman wrote:
Doug Silver wrote:
I don't know if this is a PostgreSQL oddity, but in the startup.pl file, I
can have the entry like so and it seems to start fine:
Apache::DBI-connect_on_init
(dbi:pg(PrintError=1,AutoCommit=0):, , )
or die Cannot
I don't know if this is a PostgreSQL oddity, but in the startup.pl file, I
can have the entry like so and it seems to start fine:
Apache::DBI-connect_on_init
(dbi:pg(PrintError=1,AutoCommit=0):, , )
or die Cannot connect to database: $DBI::errstr;
The error log shows a couple of
Doug Silver wrote:
I don't know if this is a PostgreSQL oddity, but in the startup.pl file, I
can have the entry like so and it seems to start fine:
Apache::DBI-connect_on_init
(dbi:pg(PrintError=1,AutoCommit=0):, , )
or die Cannot connect to database: $DBI::errstr;
The error log
I can't seem to get Apache::DBI to start up properly.
Here's my startup.pl:
#!/usr/bin/perl -w
use strict;
use Apache ();
use Apache::Status ();
use Apache::DBI (); # This *must* come before all other DBI modules!
use Apache::Registry;
use CGI ();
CGI-compile(':all');
use
I've seen similar behavior with DBD::Sybase; if your SYBASE env variable
is not set or points at an invalid directory Apache starts up but begins
segging every child process over and over again.
I'm not familiar with Postgres but this might point you in the right
direction.
On Thu, 2002-03-14
Ok, I found it, but this has got to be some kind of bug.
This works:
Apache::DBI-connect_on_init(dbi:pg:demo,demo);
This doesn't:
Apache::DBI-connect_on_init(dbi:Pg:demo,demo);
That's right, putting 'dbi:pg' in lowercase made it work. I looked through
some old newsgroup stuff and saw someone
Weird, although I bet if you had straced the apache processes you would
have seen the File not found.
For some reason I recall DBD Drivers being case sensitive.
On Thu, 2002-03-14 at 20:06, Doug Silver wrote:
Ok, I found it, but this has got to be some kind of bug.
This works:
Hi,
I'd like to add a location directives dynamically at startup to a VirtualHost using a
startup script.
I've been trying:
$Apache::ReadConfig::VirtualHost{'127.0.0.1:80'}-{Location}-{'/'} = {
SetHandler = 'perl-script',
PerlHandler = 'Apache::Hello',
};
which doesn't work ... while
I am getting these error messages when I restart
apache on a new mod perlinstall.Starting httpd: Subroutine export
redefined at/usr/lib/perl5/site_perl/5.6.0/i386-linux/Apache/Constants.pm
line 35.Subroutine name redefined
at/usr/lib/perl5/site_perl/5.6.0/i386-linux/Apache/Constants.pm line
John Michael wrote:
I am getting these error messages when I restart apache on a new mod perl
install.
http://perl.apache.org/guide/troubleshooting.html#Constant_subroutine_XXX_redefine
Something forces the code reloading since Apache restarts itself on the
start. make sure to run the
::ApacheRequest?) at
/usr/lib/perl5/5.6.1/IQGroup/IQCoordinator.pm line 60.
Except it IS being loaded, it's the first module `use`d by our PerlHandler. A
trace on the Apache process even shows the module being read at startup.
When I insert Apache::Status and take a look at the symbol table
Hi all,
I've run into a very frustrating problem. I'm getting the old Can't
locate loadable object for module... error, yet the file does exist in
the @INC path. Here's some system output:
---
[Wed Jul 18 12:18:04
James McKim [EMAIL PROTECTED] said something to this effect on 07/18/2001:
Hi all,
I've run into a very frustrating problem. I'm getting the old Can't
locate loadable object for module... error, yet the file does exist in
the @INC path. Here's some system output:
Interesting question.
The file owner is root. However, I actually launched the perl cgi from the shell as
root and got
the error message, so I'm not sure that matching the file owner with the owner of the
httpd
process would make much difference (yet).
James
darren chamberlain wrote:
James
BTW, executing the script seemed to be able to locate CGI, DBI, and POSIX just fine.
James
darren chamberlain wrote:
James McKim [EMAIL PROTECTED] said something to this effect on 07/18/2001:
Hi all,
I've run into a very frustrating problem. I'm getting the old Can't
locate loadable
Hi James,
The loadable object is not the .pm file, it's the binary compiled
object file that DB_File.pm needs to bootstrap. Sounds like you need to
reinstall the module.
[EMAIL PROTECTED] (James McKim) wrote:
Hi all,
I've run into a very frustrating problem. I'm getting the old Can't
locate
Ken,
Thanks for your reply. It does makes sense, eventhough I'm new to perl modules and
their
implementation.
BTW, do you know what that file would be named? I installed it under perl 5.6.0, but
when I try
to install it under 5.6.1 I get the error (which seems to be a linker error)
On Tuesday 10 July 2001 05:42, Doug MacEachern wrote:
On Mon, 9 Jul 2001, Robin Berjon wrote:
cfg = (axkit_dir_config *)
ap_get_module_config(s-module_config, XS_AxKit);
try s-lookup_defaults instead of s-module_config
see also: modperl-2.0/src/modules/perl/modperl_pcw.c
where
Hi,
I've been looking around for a way for a Perl section (or code called from
it, or perhaps even loaded through PerlModule) to know the current
VirtualHost in which it is, at server startup (ie without a request object
handy).
Apache-server returns the main server object (or so it seems
On Tue, 10 Jul 2001, Robin Berjon wrote:
Hi,
I've been looking around for a way for a Perl section (or code called from
it, or perhaps even loaded through PerlModule) to know the current
VirtualHost in which it is, at server startup (ie without a request object
handy).
Apache-server
Hi,
I'm having trouble trying to access server config directives during parent
startup. Basically, I've got a module which needs to access a configuration
directive in order to compile some non-Perl files to Perl while the server
starts and before children are created so that the code
-Original Message-
From: Robin Berjon [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 09, 2001 11:58 AM
To: [EMAIL PROTECTED]
Subject: Accessing server config during parent startup
Hi,
I'm having trouble trying to access server config directives
during parent
startup
a request
object at server startup is not possible, or would be a hack which I'd rather
avoid.
I added a server config creator which is an exact copy of the per-directory
config creator to the module struct, except that it takes a server_rec as its
second arg instead of a string. Perhaps I need
On Monday 09 July 2001 19:38, Robin Berjon wrote:
On Monday 09 July 2001 18:09, Geoffrey Young wrote:
From: Robin Berjon [mailto:[EMAIL PROTECTED]]
In order to access the configuration, I'm using (in a nutshell):
cfg = (axkit_dir_config *)
On Mon, 9 Jul 2001, Robin Berjon wrote:
cfg = (axkit_dir_config *)
ap_get_module_config(s-module_config, XS_AxKit);
try s-lookup_defaults instead of s-module_config
see also: modperl-2.0/src/modules/perl/modperl_pcw.c
where you can see howto access all of the config apache has
On Wed, 27 Jun 2001, Purcell, Scott wrote:
Hello Stas,
I think somehow my question got out of sync with the answer. My question
was, if I do a use cgi qw(-compile: all) in my startup (which I have done),
do I still need to put a use cgi in each of my .pl files? I have read
through the docs
Hi all,
I just updated our development system to some recent versions...
Perl 5.6.0-5.6.1, Apache 1.3.14-1.3.19, mod_perl 1.24_1-1.25, DBI 1.14-1.15,
Filter 1.19-1.23 (+16 others).
Now this is what I get at server startup:
# /opt/apache/bin/apachectl start
startup.pl: starting (0)
/opt/apache
of a
PerlSetVar until the request phase. In other words, in the module code that runs at
startup time, I want to do this:
my $file = $r-server_root_relative($r-dir_config('SharedSecretKeyFile'));
except I don't have the Apache Request object ($r).
Am I completely on the wrong track? Is there some way
, in the module code that runs at
startup time, I want to do this:
my $file = $r-server_root_relative($r-dir_config('SharedSecretKeyFile'));
except I don't have the Apache Request object ($r).
Am I completely on the wrong track? Is there some way to access a PerlSetVar without
the request object
Title: mod_perl startup sequence?
From: Drew Wilson
To: [EMAIL PROTECTED]
Sent: Monday, 05 March, 2001 08:24
PM
Subject: mod_perl startup sequence?
I'm confused about when mod_perl loads Perl Modules. It
appears my perl module gets loaded twice: once when the log writes
Title: mod_perl startup sequence?
I'm confused about when mod_perl loads Perl Modules. It appears my perl module gets loaded twice: once when the log writes to stdout, and once when the log message is written to error-log.
I would expect my module to only get loaded once. Why twice
On Mon, 22 Jan 2001, Christopher L. Everett wrote:
variable at server startup, using my startup.pl:
...
$config{DBI_DSN} = Apache-server-dir_config('DBI_DSN');
...
PerlSetVar DBI_DSN "DBI:mysql:exchange_db"
is your PerlSetVar before or after PerlRequire for startup.pl?
it must c
All:
I want to specify things like MySQL login info, names of tables
containing
user login information. I'd like to do it by putting it all into a
class
variable at server startup, using my startup.pl:
my $Account_Interface = $Exchange::MyAccount-init;
Then inside Exchange::MyAccount::init
"Christopher L. Everett" wrote:
So what I'd like to know is: is there any way of picking up
configuration
info from the httpd-perl.conf at server startup?
If you don't need to have different configurations for each virtual host
or directory, you could just use globals.
Perl
, you need to specify them outside the location
tags.
sterling
"T.J. Mather" wrote:
I'm having a problem accessing PerlSetVar variables with
Apache-server-dir_config at server startup. I'm using the lastest
versions of mod_perl 1.24_01 and apache (1.3.14).
The problem occurs
I'm having a problem accessing PerlSetVar variables with
Apache-server-dir_config at server startup. I'm using the lastest
versions of mod_perl 1.24_01 and apache (1.3.14).
The problem occurs when I use PerlSetVar inside a Directory, Location or
Files section:
in httpd.conf:
Location
On Tue, 28 Nov 2000, Michael J Schout wrote:
About a month or 2 ago, I had posted a problem where I tried to upgrade from:
...
And reported that after doing this, my httpds would spin on startup. When I
turned on MOD_PERL_TRACE=all, it was showing that it was stuck in an infinite
loop
On Tue, 28 Nov 2000, Michael J Schout wrote:
Perl
$PerlRequire = '/some/path/file.pl';
/Perl
Changing this to:
Perl
push @PerlRequire, '/some/path/file.pl';
/Perl
Fixed the problem under 1.24_01 for me and everything appears to be kosher now.
Maybe the behavior of
, 2000 3:12 AM
To: Michael J Schout
Cc: [EMAIL PROTECTED]
Subject: Re: 1.24 to 1.24_01 spinning httpds on startup (solved)
On Tue, 28 Nov 2000, Michael J Schout wrote:
Perl
$PerlRequire = '/some/path/file.pl';
/Perl
Changing this to:
Perl
push @PerlRequire, '/some/path
About a month or 2 ago, I had posted a problem where I tried to upgrade from:
Redhat Linux 6.2,
perl 5.6.0
Apache 1.3.12
mod_perl 1.24
mod_ssl 2.6.6
to
Redhat Linux 6.2
perl 5.6.0
Apache 1.3.14
mod_perl 1.24_01
mod_ssl 2.7.1
And reported that after doing this, my httpds would spin on startup
On Tue, 3 Oct 2000, Bruce W. Hoylman wrote:
Hello, Doug --
Thanks for the reply.
I have already applied this patch. The backtrace I provided was
producted by an httpd executable with the perl_util.c patch already
applied. The perl 5.6 patch from p5p was also in effect.
bruce, maybe
Carlos Ramirez wrote:
Update your PATH evironment variable to include C:\Perl\lib
Shouldn't it be PERL5LIB instead, since PATH is responsible
for locating executables, not modules?
"siberian.org" wrote:
Can't location Cwd.pm in @INC (@INC contains C:/WINNT/system32/lib .) at
Can I get the value of a PerlSetVar at startup?
# Main server config
PerlSetVar foo bar
VirtualHost 80
perl
package My::Handler;
use strict;
# Is there a way to get at 'foo'?
my $foo = Apache-dir_config('foo');
sub handler {
...
}
/perl
Perl*Handler My
On Wed, 11 Oct 2000, Bill Moseley wrote:
Can I get the value of a PerlSetVar at startup?
# Main server config
PerlSetVar foo bar
VirtualHost 80
perl
package My::Handler;
use strict;
# Is there a way to get at 'foo'?
my $foo = Apache-dir_config('foo');
Apache
the mod_perl.ppd from theoryx5.uwinnipeg.ca and it installed properly.
I then add the LoadModule line to my httpd.conf
When apache tries to startup it says :
Can't location Cwd.pm in @INC (@INC contains C:/WINNT/system32/lib .) at
(eval 1) line 1
Ok, so it can not find my libs which live in C:\Perl\lib
here is my current
situation.
Running
ActiveState Perl build 618
Apache 1.3.12
I ppm'd the mod_perl.ppd from theoryx5.uwinnipeg.ca and it installed
properly.
I then add the LoadModule line to my httpd.conf
When apache tries to startup it says :
Can't location Cwd.pm in @INC (@INC contains C:/WINNT/sy
1 - 100 of 142 matches
Mail list logo