On Tuesday 30 April 2002 03:44 pm, you wrote:
You better fix these errors, and keep 'use strict' in place. Then
PerlRun should work without any problems in most cases. If after fixing
those problems you still have problems, come back with your relevant
questions again.
It's a good idea to
Hello! :)
I read in the mod_perl, that arg is more fast than
CGI::param, but when I try to use it I can get form
date only when use method GET. I try this:
%param = $r-method eq 'post' ? $r-content :
$r-args;
But without a success. Please give me some advice.
Thank you.
Not long ago, Konstantin Yotov proclaimed...
I read in the mod_perl, that arg is more fast than
CGI::param, but when I try to use it I can get form
date only when use method GET. I try this:
%param = $r-method eq 'post' ? $r-content :
$r-args;
But without a success. Please give me some
At 01:34 01.05.2002, Peter Rothermel wrote:
Is there anyway to build mod_perl and Apache so
that my target installation does not require ActivePerl
on WinNT platforms.
I'm currently doing my development on a WinNT that has
ActivePerl installed and in my PATH. This is where I'm
developing perl
At 08:51 01.05.2002, Ricky wrote:
On Tuesday 30 April 2002 03:44 pm, you wrote:
You better fix these errors, and keep 'use strict' in place. Then
PerlRun should work without any problems in most cases. If after fixing
those problems you still have problems, come back with your relevant
At 09:39 01.05.2002, Konstantin Yotov wrote:
Hello! :)
I read in the mod_perl, that arg is more fast than
CGI::param, but when I try to use it I can get form
date only when use method GET. I try this:
%param = $r-method eq 'post' ? $r-content :
$r-args;
But without a success. Please give me some
On Tue, 30 Apr 2002, Vitor wrote:
use strict;
use Mail::CClient qw(set_callback);
set_callback (login= sub { return (login,password); } )
I don't see any reason why this shouldn't work. Acmemail (which runs fine
under mod_perl) uses Mail::CClient with callbacks without problem.
I think
Hi,
I have been trying to get mod_perl 1.26 to build on Cygwin. With no luck.
Has anyone else been successful in this?
Build options for mod_perl:
perl Makefile.PL APACHE_SRC=../apache_1.3.24/src DO_HTTPD=1 USE_APACI=1
EVERYTHING=1
When running make, it fails in the
David Jacobs wrote:
I'm converting a few CGI scripts that used the PID as a
cyclical unique
number (in concert with TIMESTAMP - so it was TIMESTAMP.PID).
Our goal is to find a replacement function that is extremely cheap
(cheaper than say, random(100)) and will never repeat.
Any
* David Jacobs [EMAIL PROTECTED] [2002-04-30 18:31]:
A global counter hanging around is a good solution, but not perfect if
we deploy on multiple servers.
That depends on what you initialize the global to; if you do something
like the last octet of the ip of the vhost and increment it by the
Per Einar Ellefsen wrote:
I have been trying to get mod_perl 1.26 to build on Cygwin. With no luck.
Has anyone else been successful in this?
Build options for mod_perl:
perl Makefile.PL APACHE_SRC=../apache_1.3.24/src DO_HTTPD=1 USE_APACI=1
EVERYTHING=1
Try to apply patch (attached) and
At 13:56 01.05.2002, Alexander Solovey wrote:
Per Einar Ellefsen wrote:
I have been trying to get mod_perl 1.26 to build on Cygwin. With no luck.
Has anyone else been successful in this?
Build options for mod_perl:
perl Makefile.PL APACHE_SRC=../apache_1.3.24/src DO_HTTPD=1
GD(help)
I have been fiddling with this my perl GD:Graph prog and just can't get it
to work, get the following error can anyone help???
I have managed to successfully plot a graph previously what am I doing
wrong?
---
Illegal division
Mark,
First, thanks for you reply.
I know that Acmemail runs fine under mod_perl.
I think the reason for this is that their script runs as an common CGI, and
not as a cached bytecode.
About you second suggestion, i just changed the values of login and password
that i use.
Best Regards,
Please send e-mail to the mod_perl list, not me :)
Furthermore, there is an Apache::ASP list, which should be contacted for
matters related to Apache::ASP.
Date: Wed, 1 May 2002 15:15:24 GMT
From: [EMAIL PROTECTED]
To: Per Einar Ellefsen [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Hi Stas,
having a look at Apache::Status and playing around with your tips on
http://www.apacheweek.com/features/mod_perl11
I found some interesting results and a compromising solution:
In a module I load a CSV file as class data into different structures
and compared the output of
Per Einar Ellefsen wrote:
Try to apply patch (attached) and then build using these options:
perl Makefile.PL APACHE_SRC=../apache_1.3.24/src USE_APACI=1 EVERYTHING=1
PERL_EXTRA_CFLAGS=-DUSEIMPORTLIB DO_HTTPD=1
APACI_ARGS='--enable-rule=SHARED_CORE --enable-module=so'
Thanks a lot for
Ernest Lergon wrote:
having a look at Apache::Status and playing around with your tips on
http://www.apacheweek.com/features/mod_perl11
I found some interesting results and a compromising solution:
Glad to hear that Apache::Status was of help to you. Ideally when such a
situation
The issue below could be corrected by *not* linking into the XML::LibXSLT
module libexslt libraries. Even if you do not call any functions in the
library, but still link in the libraries the apache process will not
start. I guess I will go fire off a bug report to the libxslt guys.
Thanks
This works fine for the first access. Subsequently, I wipe out the
backend database to see if a new session is correctly created. A new
session is created as expected, but the problem is that the new cookie
does not seem to stick to the browser. I've verified that this doesn't
...
Is there
When I install modperl 2 on my freebsd machine and I start up the apache (well even just
from the make test in the modperl directory) I get an
error of:
tail t/logs/error_log
/usr/libexec/ld-elf.so.1:
/home/source/modperl-2.0/blib/arch/Apache2/auto/ModPerl/Util/Util.so: Undefined
symbol
21 matches
Mail list logo