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 LWP::UserAgent;
I'm running a web application under Apache::Register and mod_perl 1 --
using CGI::Application, Class::DBI and Template Toolkit.
I have a question on package globals. My expectation is that each
instance of the Apache intrepeter will have its own copy of the package
globals.
I.e. in any given threa
Mike Carlton wrote:
I'm running a web application under Apache::Register and mod_perl 1 --
using CGI::Application, Class::DBI and Template Toolkit.
I have a question on package globals. My expectation is that each
instance of the Apache intrepeter will have its own copy of the package
globals.
I.e
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 w
On Mon, 08 Dec 2003 10:37:51 -0800
Stas Bekman <[EMAIL PROTECTED]> wrote:
Hi,
> Enrico Sorcinelli wrote:
> > Hi all,
> > I'm porting to mp2 this mp1 code:
> >
> > use Apache::URI;
> > my $uri = Apache::URI->parse($r);
> > # now I can work with $uri->hostinfo, $uri->scheme, etc
> >
> > In mp2, '
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.
Enrico Sorcinelli wrote:
[...]
So the docs need not to be updated for this issue, though I'm sure others
issues could be documented and improved. e.g. APR::URI::parse vs.
Apache::URI::parse_uri.
Thanks for the mp2 source help. I've read but it seems the the use of
$r->construct_url is alway nec
Pringle, Chris (HP-PSG) wrote:
Hi,
Apologies for it not being in the correct format.
I wasn't after format but the information ;)
Below is a small section of code that I'm having problems with.
Thanks for the code sample. It allowed me to single out the guilty element,
which was $f->ctx (I thin
Hi,
I am trying to install mod_perl but can not get past the makefile stage.
I am using
perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 MP_USE_DSO=1
and get this output
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr/local/apache2
MP_USE_DSO = 1
Configuring Apache/2.0.48 mod_per
Adam Gent wrote:
Hi,
I am trying to install mod_perl but can not get past the makefile stage.
I am using
perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 MP_USE_DSO=1
and get this output
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr/local/apache2
MP_USE_DSO = 1
Configuring Apac
Hi,
It returns
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr/local/apache2
MP_USE_DSO = 1
Configuring Apache/2.0.48 mod_perl/1.99_11 Perl/v5.8.2
!!! default servername localhost
Usage: Socket::inet_ntoa(ip_address_sv) at
Apache-Test/lib/Apache/TestConfig.pm line 593.
!!! default s
Adam Gent wrote:
Hi,
It returns
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr/local/apache2
MP_USE_DSO = 1
Configuring Apache/2.0.48 mod_perl/1.99_11 Perl/v5.8.2
!!! default servername localhost
Usage: Socket::inet_ntoa(ip_address_sv) at
Apache-Test/lib/Apache/TestConfig.pm line 5
Stas Bekman wrote:
Mike Carlton wrote:
I'm running a web application under Apache::Register and mod_perl 1 --
using CGI::Application, Class::DBI and Template Toolkit.
I have a question on package globals. My expectation is that each
instance of the Apache intrepeter will have its own copy of t
Stas Bekman wrote:
> So you didn't have it, and once added, the error has disappeared and you
were
> able to build mp2, right?
I the line into /etc/hosts and the makefile runs fine.
Although the test do not run. Apache not starting.
Thanks,
Adam
---
Outgoing mail is certified Virus Free.
Che
Mike Carlton wrote:
I'm running a web application under Apache::Register and mod_perl 1 --
using CGI::Application, Class::DBI and Template Toolkit.
I have a question on package globals. My expectation is that each
instance of the Apache intrepeter will have its own copy of the package
globals.
I.
> Although the test do not run. Apache not starting.
This one is strange as well.
This is the last bit of the 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)
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 http://perl.apache.org/
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 ser
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 vhosts
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
pa
> > 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 vhosts ready to run
tests
> > .
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 probl
> 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
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 v
Stas Bekman wrote:
Pringle, Chris (HP-PSG) wrote:
Hi,
Apologies for it not being in the correct format.
I wasn't after format but the information ;)
Below is a small section of code that I'm having problems with.
Thanks for the code sample. It allowed me to single out the guilty
element, w
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) = "";
my($s
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:
"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
Hello again,
On Mon, 8 Dec 2003, Leif K-Brooks wrote:
> Where can I find some information about these handlers from the
> perspective of someone who wants something better than PHP, not someone
> who wants extreme wizardry done to his web server?
The books and other documentation on the mod_pe
Hi,
Apologies for it not being in the correct format.
Below is a small section of code that I'm having problems with.
Essentially, it puts all the data into a big buffer, and when the buffer
hits 500K, it should stop adding data to the buffer, print the buffer
out, and decline all further data,
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 (f
On Tue, 9 Dec 2003 14:06:17 +0100 (CET)
Hakan Nilsson <[EMAIL PROTECTED]> 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 somet
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: http
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
Am Die, 2003-12-09 um 15.50 schrieb Geoffrey Young:
> 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:
> >
> >
>>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: http
Am Die, 2003-12-09 um 16.37 schrieb Geoffrey Young:
> >>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
> I did notice that, but then I do have a lot of software running on my system that
> "has not been released" yet. ;)
:)
you can see if something in this thread helps you
http://marc.theaimsgroup.com/?t=10679081541&r=1&w=2
--Geoff
--
Reporting bugs: http://perl.apache.org/bugs/
Mail li
Geoffrey Young wrote:
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 fi
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 submitte
41 matches
Mail list logo
