Randy Kobes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Mon, 8 Dec 2003, SRef wrote:
Randy Kobes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 5 Dec 2003, SRef wrote:
Env: Perl5.8 Apache2.0 mod_perl2.0(1.99xx?) PS: I did try
to find the
Hi, I've got a serious problem when using mod_perl, and even though I and
others seem to have had this problem no one seem to have come to a
conclusion on what's actually wrong.
The problem is that sometimes, the GET or POST data submitted never gets
to my script.
When I check the Apache logs
Hi List,
I am having a really funky problem I can not get solved. First of I am
not sure whether this is a mod_perl problem, or an apache problem or
maybe a redhat problem, so here it goes:
I have developed a mod_perl application, which runs just fine on the
development server (Mandrake 8.2).
Enrico write:
I think that you first should upgrade to the latest apache/mod_perl
version:
apache 1.3.29/mod_perl 1.29
apache 2.0.48/mod_perl 1.9911
This is the version I am using (apache 1.3.29 (Win32)/mod_perl 1.29) and
I am experiancing the same behavior as Hakan.
--
Reporting bugs:
Patrick W. Fraley wrote:
Hi List,
I am having a really funky problem I can not get solved. First of I am
not sure whether this is a mod_perl problem, or an apache problem or
maybe a redhat problem, so here it goes:
I have developed a mod_perl application, which runs just fine on the
this should be fixed in CGI.pm 3.01, but as far as I know
it hasn't been released yet.
thanks for your reply. I tried finding the CGI.pm 3.01 Version, but can not find a
download.
Do you have a link where I can get it from to test?
see the above :)
--Geoff
--
Reporting bugs:
On Tue, 2003-12-09 at 14:06, Hakan Nilsson wrote:
Hi, I've got a serious problem when using mod_perl, and even though I and
others seem to have had this problem no one seem to have come to a
conclusion on what's actually wrong.
The problem is that sometimes, the GET or POST data submitted
I can't speak for Hakan, but in my case, there is no form invloved.
This is one script opening up it's own connection to the webserver and
making a request of another page:
use strict;
use warnings;
use diagnostics;
use LWP::UserAgent;
my $ua = new
Thank you all -
- sorry, I ask the question and then I've been away for a couple of
days - blush..
The process is usually from half to 3 minutes - so the cleanup handler
seems like a great idea - then, there are instances where it's much much
longer, but in these cases it's probably easier to
On Mon, 8 Dec 2003 14:53:35 -0500
Lihn, Steve [EMAIL PROTECTED] wrote:
Hi,
OraTS: Oracle-based Template System
interesting.
How about mod_perl 2 compatibility?
by
- Enrico
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
Adam Gent wrote:
[...]
waiting 60 seconds for server to start: giving up after 61 secs
!!! server failed to start! (please examine t/logs/error_log)
It says that the server failed to start but when I do
What does your t/logs/error_log say.
Also I'd appreciate if you've read
1. Problem Description:
Apache server fails to start while running make test
Output from make test:
/usr/local/apache2/bin/httpd -d /usr/local/src/mod_perl-1.99_11/t -f
/usr/local/src/mod_perl-1.99_11/t/conf/httpd.conf -DAPACHE2
using Apache/2.0.48 (prefork MPM)
waiting 60 seconds for
Adam Gent wrote:
Thanks for the detailed report, Adam.
waiting 60 seconds for server to start: ...[Wed Dec
10 00:04:16 2003] [info] 22 Apache:: modules loaded
[Wed Dec 10 00:04:16 2003] [info] 5 APR:: modules loaded
[Wed Dec 10 00:04:16 2003] [info] base server + 11
Hi,
I've just moved a shopping cart I've been working on into mod_perl, and
fortunately it all seems to have worked straight away without any code
changes.
There is one problem though related to the what seems like caching of
pages. I'm building each page of categories based on the category id
Adam Gent wrote:
[...]
You could try to run:
% t/TEST -start_timeout 120
Tried this and it worked it had to wait 68 seconds
Cool, so we may need to change the default startup to a higher value (I guess
you have a slow or overloaded machine). Unless it's an entropy issue.
but I think your
Adam Gent wrote:
[...]
You could try to run:
% t/TEST -start_timeout 120
Tried this and it worked it had to wait 68 seconds
Cool, so we may need to change the default startup to a higher value (I
guess
you have a slow or overloaded machine). Unless it's an entropy issue.
but I
Adam Gent wrote:
but I think your problem is different. There are cases where the machine
doesn't have enough entropy, so it'd block on getting PRNG initialized.
Your
error_log says:
Seeding PRNG with 0 bytes of entropy
Please try this:
% PERL_HASH_SEED=0 make test
when PERL_HASH_SEED env
Pringle, Chris (HP-PSG) wrote:
You will find a few comments regarding your code below:
sub handler
{
# Get the filter object
my($f,$bb) = @_;
my $c = $f-c;
You probably don't need $c, you seem to be in the request filter...
# Declare a buffer
my($buffer) = ;
Building mod_perl-1.99_11 under redhat 2.4.20-20.9, perl 5.8.2, and
httpd-2.0.48 resulted in the following error:
APR.xs:41:24: macro extra_apr_init passed 1 arguments, but takes just
0
APR.xs: In function `boot_APR':
APR.xs:41: `extra_apr_init' undeclared (first use in this function)
APR.xs:41:
stas2003/12/09 17:47:16
Modified:xs/Apache/Filter Apache__Filter.h
Log:
add a potential problem concern note that needs to be investigated
Revision ChangesPath
1.34 +8 -0 modperl-2.0/xs/Apache/Filter/Apache__Filter.h
Index: Apache__Filter.h
20 matches
Mail list logo