> **
> mod_perl-1.99_16-3
> **
> DirectoryIndex index.pl
please see this thread
http://marc.theaimsgroup.com/?t=11133509941&r=1&w=2
specifically the solution found here
http://marc.theaimsgroup.com/?l=apache-modperl&m=111445150218566&w=2
if this keeps coming up I might
**
2.6.12-1.1378_FC3smp #1 SMP Wed Sep 14 04:52:36 EDT 2005 i686 i686 i386
GNU/Linux
**
Server version: Apache/2.0.53
Server built: Sep 5 2005 09:28:47
**
This is perl, v5.8.5 built for i386-linux-thread-multi
**
mod_perl-1.99_16-3
**
DirectoryIndex ind
On Thu, 2005-09-29 at 18:22 -0600, Jonathan Steffan wrote:
> I tried with my FC3 machine (Apache::Registry) and I could also not get
> index.pl to be the default document.
It works fine on about dozen different FC3 machines here. I suspect
there's something about the combination of directives yo
I tried with my FC3 machine (Apache::Registry) and I could also not get
index.pl to be the default document.
Jonathan
Perrin Harkins wrote:
On Thu, 2005-09-29 at 17:24 -0600, Jonathan Steffan wrote:
Well... This is what you need to do.
Add to your mod_perl enabled block.
(Lock this down
On Thu, 2005-09-29 at 17:24 -0600, Jonathan Steffan wrote:
> Well... This is what you need to do.
>
> Add to your mod_perl enabled block.
> (Lock this down more later): AllowOverride All
>
> In .htaccess file where you want index.pl to handle requests:
> ErrorDocument 404 /path/to/index.pl
Well... This is what you need to do.
Add to your mod_perl enabled block.
(Lock this down more later): AllowOverride All
In .htaccess file where you want index.pl to handle requests:
ErrorDocument 404 /path/to/index.pl
Hope this fixes it. I use it.
-Jonathan
Dickon Newman wrote:
I tried
my startup.pl looks like this:
## CORE PERL Modules
use strict;
use warnings FATAL => 'all';
use Carp ();
## Core MP2 Modules
use mod_perl2;
use ModPerl::MethodLookup ();
ModPerl::MethodLookup::preload_all_modules();
## MP2 Extras
use Apache2::PerlSections ();
$Apache2::PerlSections::Save = 1;
On Thu, 2005-09-29 at 17:08 +0100, Martin Moss wrote:
> So I presume that having done all this, and my logfile
> remains blank, then it is not working? :-)
Make sure you load it before DBI (or any other module that will load
DBI).
- Perrin
So I presume that having done all this, and my logfile
remains blank, then it is not working? :-)
--- Michael Peters <[EMAIL PROTECTED]> wrote:
>
>
> Martin Moss wrote:
> > All,
> >
> > I'm trying to confirm whether Apache::DBI is
> running
> > on a server.. I can tell if it's loaded, using
>
Martin Moss wrote:
> All,
>
> I'm trying to confirm whether Apache::DBI is running
> on a server.. I can tell if it's loaded, using
> perl-status, but I can't tell if it's running
> correctly - e.g. intercepting calls to
> DBI->connect/disconnect...
>
> Can anybody give me a few pointers?
>Fro
Martin Moss wrote:
All,
I'm trying to confirm whether Apache::DBI is running
on a server.. I can tell if it's loaded, using
perl-status, but I can't tell if it's running
correctly - e.g. intercepting calls to
DBI->connect/disconnect...
In your startup.pl
Add
use Apache::DBI ();
$Apache::DBI::DE
All,
I'm trying to confirm whether Apache::DBI is running
on a server.. I can tell if it's loaded, using
perl-status, but I can't tell if it's running
correctly - e.g. intercepting calls to
DBI->connect/disconnect...
Can anybody give me a few pointers?
Marty
__
I reset the masonhandler path as follows:
SetHandler perl-script
PerlHandler HTML::Mason::ApacheHandler
and now get:
[Thu Sep 29 09:01:23 2005] [error] unknown field \n passed to constructor
for class HTML::Mason::ExceptionCompilation failed in require at
/opt/rt3/lib/R
I backed off to Mason version but still get:
Odd number of elements in hash assignment at
/usr/local/lib/perl5/site_perl/5.8.7/HTML/Mason/Exceptions.pm line 152.
Syntax error on line 2395 of /usr/local/apache/conf/httpd.conf:
unknown field
passed to constructor for class HTML::Mason::ExceptionC
14 matches
Mail list logo
