IIRC, didn't we track this to Postgresql ? If so, we should
relocate to the postgresql lists.
Not officially/definitively, though i've already posted it to the
pgsql lists. ( and ruled out bsd as being the cause thanks to some
friends with NYC BSD UG )
Fred Tyler wrote:
> Linux 2.6.12.6
> Apache 1.3.33
> Postgresql 7.4.9
> mod_perl 1.29
> 350-400 viritual hosted domains, all running a mod_perl/postgres backed
> CMS.
IIRC, didn't we track this to Postgresql ? If so, we should relocate to the
postgresql lists.
--
--
Jay Truesdale wrote:
> After a lot of trial and error I found the problem.
> It turns out the error message was telling me what I needed to know, I
> just did not realize it.
> When comparing test and production I forgot to compare configuration
> files so when I added the necessary "use Apache2::U
hello, I am accessing an webdav folder from windows which is mapped to the apache server directory example usr/local/../webdav. When i accessing the webfolder, all the folders under the webdav folder in linux are getting displayed in the windows. I am trying to restrict these folder acces
On Wed, 27 Sep 2006 18:51:37 -0400
Garrison Hoffman <[EMAIL PROTECTED]> wrote:
> Michael Peters wrote:
>
> >> SetEnv
> >> LD_LIBRARY_PATH /usr/local/verisign/payflowpro/linux/perl/lib
> >
> > I don't think LD_LIBRARY_PATH can be set from within Apache. It's
> > one of those weird environment var
Michael Peters wrote:
SetEnv LD_LIBRARY_PATH /usr/local/verisign/payflowpro/linux/perl/lib
I don't think LD_LIBRARY_PATH can be set from within Apache. It's one of those
weird environment variables that can only be set from the parent process
(security). So in whatever script you use to start/
Garrison Hoffman wrote:
> I'm sure I'm missing something, maybe someone is kind enough to clue me in?
[snip]
> SetEnv LD_LIBRARY_PATH /usr/local/verisign/payflowpro/linux/perl/lib
I don't think LD_LIBRARY_PATH can be set from within Apache. It's one of those
weird environment variables that ca
I'm sure I'm missing something, maybe someone is kind enough to clue me in?
Business::OnlinePayment::PayflowPro loads fine on the command line but
with mod_perl (2.0.2) Apache2 throws:
Can't load '/usr/local/lib/perl/5.8.7/auto/PFProAPI/PFProAPI.so' for
module PFProAPI: libpfpro.so: cannot op
On Wed, 2006-09-27 at 14:05 -0400, Jesse Erlbaum wrote:
> I'm in the process of migrating a mod_perl site from Apache 1.3 to
> Apache 2. I'm using RedHat ES4, which ships with Perl 5.8.5, Apache
> 2.0.52, and mod_perl 1.99_16.
That mod_perl has known problems. It's a few years old too. I'm sure
Hi All --
I'm in the process of migrating a mod_perl site from Apache 1.3 to
Apache 2. I'm using RedHat ES4, which ships with Perl 5.8.5, Apache
2.0.52, and mod_perl 1.99_16.
Problem is, I can't seem to get PERL5LIB working as expected. Under
Apache 1.3, following was in the block:
Per
Jay Truesdale wrote:
After a lot of trial and error I found the problem.
It turns out the error message was telling me what I needed to know, I
just did not realize it.
When comparing test and production I forgot to compare configuration
files so when I added the necessary "use Apache2::Upload;"
> after booting a redhat enterprise linux 3 machine with apache 2.0.58,
> perl 5.8.8 and mod_perl 2.0.2,
> it runs well using about 300 M of 1 G physical RAM.
> However, the remaining RAM decreases day by day, and after 2 or 3
> weeks, the machine crashes because swapping takes too much time.
> Ho
The modperl-digest list welcome message contains a link
(http://mathforum.org/epigone/modperl) that results in this message:
The Math Forum discussions have moved.
Please update your bookmarks.
After a lot of trial and error I found the problem.
It turns out the error message was telling me what I needed to know, I
just did not realize it.
When comparing test and production I forgot to compare configuration
files so when I added the necessary "use Apache2::Upload;" to
startup.pl on produ
Frank Wiles wrote:
3. Use can also use a simple config file with something like
Config::General. Your crons can update this data onto disk
and your mod_perl apps can simply read it in as a config file,
maybe using a short 5 minute cache to reduce disk reads.
This i
may be the linux ramdisk is another good choice.
you can use memory like normal filesystem.
- Original Message -
From: "Frank Wiles" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, September 27, 2006 9:45 PM
Subject: Re: mod_perl using IPC::ShareLite
> On Wed, 27 Sep 2
On Wed, 27 Sep 2006 13:13:51 +0100
"Ben Wilder" <[EMAIL PROTECTED]> wrote:
> My research so far has led me to believe that IPC::ShareLite could be
> used by the cron job script to set a few (very small) variables into
> a portion of shared memory, that a separate mod_perl application
> could poll.
Hi all,
A mod_perl question if I may!
I have a cron job that schedules the execution of a mod_perl script (wget
call). This script gathers various information about the linux system.
I need to store some of this information in an area accessible by a separate
mod_perl application.
Ideally I w
Hi David,
I'm not sure why you want to build the libapreq library separately from
the Perl module(s). My understanding of libapreq is that the library is
part of the Perl module installation.
Anyhow I use following build order since years without any issues.
1. Perl
2. Perl modules which are not
19 matches
Mail list logo
