startup.pl cannot be run from the command line when it
contains apache server specific modules.
But you can put those (Apache specific) modules in your httpd.conf instead
as
PerlModule Apache::DBI Apache::Status
and avoid compilation warnings in startup.pl.
But you should clearly note this,
uwb-02-chroot# uname -a
FreeBSD uwb-02.cdsnet.net 4.3-STABLE FreeBSD 4.3-STABLE #0: Fri Aug 3 11:43:20 PDT 200
uwb-02-chroot# perl -v
This is perl, v5.6.1 built for i386-freebsd
uwb-02-chroot# cat /usr/local/etc/apache/startup.pl
#!/usr/bin/perl
use Apache;
use Apache::Status;
use
startup.pl cannot be run from the command line when it
contains apache server specific modules.
Jaye Mathisen wrote:
uwb-02-chroot# uname -a
FreeBSD uwb-02.cdsnet.net 4.3-STABLE FreeBSD 4.3-STABLE #0: Fri Aug 3 11:43:20 PDT
200
uwb-02-chroot# perl -v
This is perl, v5.6.1 built for
thanks Geoff, I appreciate your feedback.
is there any bug databse for DBI/DBD on internet where I can serach for of any known
issues with these on HP-UX 11.0 ?
thanks
Arun
--
From: Geoffrey Young[SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, March 28, 2001 05:20
To:
Hi All,
I have built Apache 1.3.14 with mod_perl 1.24_01 and PHP 4.0.4, and Ingres
is installed on the system. Everything works except for one truly odd
thing... Before I proceed here's my configuration information as it relates
to mod_perl:
Directory "/app/www/cgi-bin"
It has promise but needs someone to polish it up.
(I didn't write it and have barely looked at the code.)
Tim.
On Tue, Sep 19, 2000 at 12:50:57PM -0700, Tom Lancaster wrote:
I know, seems promising, doesn't it, especially after the overview in
the DBI book. On the other hand, you can do most
Hi All
I'm thinking of restructuring my setup so that I have my apache/mod_perl
servers access database servers remotely using DBI::Proxy, rather than
locally. Does anyone have a sense of what kind of performance degradation I
should expect? Will it come chiefly from network latency (leaving
My experience of using DBI::Proxy several months ago is that it's
terribly slow, and breaks all the time.
It's not meant to be used in a production environment ( and that's
according to the authors ).
I managed to get it running, on linux and NT, but due to the lack of a
working fork() or
I know, seems promising, doesn't it, especially after the overview in
the DBI book. On the other hand, you can do most things another way -
SSH port forwarding for encrypted data transmission, straight DBI/DBD
available for most dbs, etc.
Bill McCabe wrote:
That's a shame. I can see good use
hello people
me again with the Apache::DBI and apache problems
the scenario - a very basic install of redhat 6.1
downloaded mod_perl 1.21
apache-1.3.11
from cpan
Apache::DBI v0.87
DBI v1.13
DBD::mysql v2.0218
I'm making a first attempt to run a working Perl CGI run under mod_perl.
It uses perl dbi successfully under CGI. When invoking the script under
mod_perl, I get the following error:
[Tue Nov 2 11:49:43 1999] [error] Can't load
'/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBI/DBI.so' for
I'm making a first attempt to run a working Perl CGI run under mod_perl.
It uses perl dbi successfully under CGI. When invoking the script under
mod_perl, I get the following error:
[Tue Nov 2 11:49:43 1999] [error] Can't load
'/usr/lib/perl5/site_perl/5.005/i386-linux/auto/DBI/DBI.so'
12 matches
Mail list logo