Hello group!
Super mod_perl newbie here :)
I was wondering if its possible to setup mod_perl in httpd.conf with a
File Extension Configuration instead of a Path Configuration.
IE - everything with the .mpl extension is run under mod_perl instead of
everything in /perl/ being run under mod_perl..
Cristóvão B. B. Dalla Costa wrote:
> Hello
>
> We're developing an application which returns large files depending on
> the URL provided. For cleanliness and easier updates we do not want to
> set an Apache Alias for each file, instead we're looking them up in a
> database.
>
> Originally, we h
Hello
We're developing an application which returns large files depending on
the URL provided. For cleanliness and easier updates we do not want to
set an Apache Alias for each file, instead we're looking them up in a
database.
Originally, we had a PerlHandler identify the file and print it ou
On Wed, Apr 28, 2004 at 03:55:23PM -0400, Alejandro Galue wrote:
>
> I tried this (inside the handler):
>
> ...
> my $cmd = '/opt/reports/bin/getdata';
> system($cmd, @params);
> if ( open(DATA, '/opt/reports/var/data.txt') ) {
> local $_;
> while () { $r->print($_) }
> close DATA;
>
olivier blanc wrote:
1. Problem Description:
While trying to load compiled DSO modperl in Apache, I got the following
error :
[EMAIL PROTECTED] wrote:
Hi,
on the top of my mod_perl 1 script I have:
package Taskit;
BEGIN {
delete @ENV{qw(PATH IFS CDPATH ENV BASH_ENV)};
}
use Apache;
use Apache::Constants qw(OK);
use Apache::Request;
use Net::LDAP;
use M
ydnar wrote:
The eval() is unecessary. The named sub can be used:
&$func();
mod_perl remaps exit() to ModPerl::Util::exit(). Are you sure the right
modules are being loaded?
You don't need to load anything. Indeed under mp2:
*CORE::GLOBAL::exit = \&ModPerl::Util::exit;
And you don't need to
ydnar a écrit :
The eval() is unecessary. The named sub can be used:
&$func();
great, it's ok!
mod_perl remaps exit() to ModPerl::Util::exit(). Are you sure the
right modules are being loaded?
i don't know.
how can i know that ?
tank you very much
Arnaud.
Arnaud Blancher wrote:
hi all,
I ha
The eval() is unecessary. The named sub can be used:
&$func();
mod_perl remaps exit() to ModPerl::Util::exit(). Are you sure the right
modules are being loaded?
Arnaud Blancher wrote:
hi all,
I have a stange problem whith mod_perl 2.
The script behing have a diferent result in perl/cgi than i
1. Problem Description:
While trying to load compiled DSO modperl in Apache, I got the following
error :
Hi,
on the top of my mod_perl 1 script I have:
package Taskit;
BEGIN {
delete @ENV{qw(PATH IFS CDPATH ENV BASH_ENV)};
}
use Apache;
use Apache::Constants qw(OK);
use Apache::Request;
use Net::LDAP;
use Mail::Mailer qw(se
If I manage to find the solution to the libgtop I'll let you know.
Like I said thanks for all your help.
Pete
--
"Unencumbered by the thought process"
--1992-2000 Click and Clack presidential campaign slogan
Stas Bekman said:
> Pete Geenhuizen wrote:
>> Don't know what happened to this email or
Don't know what happened to this email originally, any way here's what I
sent.
Stas,
What I just found is that Solaris has init64_t. I don't know
any more about it, I noticed that during a configure of libgtop that
u_init64_t wasn't found, but init64_t was, don't know if that helps or is
signifi
hi all,
I have a stange problem whith mod_perl 2.
The script behing have a diferent result in perl/cgi than in mod_perl
so i don't know if i make a mistake whith perl/cgi or if it's a bug.
# in standad cgi, the output is
In first
# in mod_perl, the output is
In first
In second
I dont want to s
14 matches
Mail list logo
