Hi,
why don't you use readpipe, which lets you avoid the intermediate data
file:
...
my $data = readpipe ($cmd);
...
Helmut
I tried this (inside the handler):
...
my $cmd = '/opt/reports/bin/getdata';
system($cmd, @params);
if ( open(DATA, '/opt/reports/var/data.txt') ) {
local
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
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
1. Problem Description:
While trying to load compiled DSO modperl in Apache, I got the following
error :
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
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
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
[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
olivier blanc wrote:
1. Problem Description:
While trying to load compiled DSO modperl in Apache, I got the following
error :
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 (DATA) { $r-print($_) }
close DATA;
} else
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
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 had a
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
randyk 2004/04/29 22:49:19
Modified:t/filter out_str_subreq_default.t
Log:
Reviewed by: stas
strip \r line endings for Win32.
Revision ChangesPath
1.2 +3 -0 modperl-2.0/t/filter/out_str_subreq_default.t
Index: out_str_subreq_default.t
14 matches
Mail list logo
