On Tue, 11 Jan 2022 at 11:35, Jan Kasprzak wrote:
> demerphq wrote:
> : On Tue, 11 Jan 2022 at 10:18, Yamadaえりな wrote:
> :
> : > So, I would like to ask another question:
> : > Is it safe to pass function reference to the caller (mostly it's the
> : > method instantized from a class) in mod_perl
demerphq wrote:
: On Tue, 11 Jan 2022 at 10:18, Yamadaえりな wrote:
:
: > So, I would like to ask another question:
: > Is it safe to pass function reference to the caller (mostly it's the
: > method instantized from a class) in mod_perl development env?
: > Or should I avoid using this style?
: >
:
On Tue, 11 Jan 2022 at 10:18, Yamadaえりな wrote:
> So, I would like to ask another question:
> Is it safe to pass function reference to the caller (mostly it's the
> method instantized from a class) in mod_perl development env?
> Or should I avoid using this style?
>
Nothing wrong with passing cod
So, I would like to ask another question:
Is it safe to pass function reference to the caller (mostly it's the method
instantized from a class) in mod_perl development env?
Or should I avoid using this style?
Thanks.
Thanks for all your help.
Yes I have made the mistake to think {} is a code reference in perl.
私はすでに理解していますありがとう
On Tue, Jan 11, 2022 at 5:10 PM Jacques Deguest wrote:
> Yamada-san,
>
> The value you pass to 'run' is not a code reference, but an hash
> reference, i.e. '{}'
>
> A code reference
Yamada-san,
The value you pass to 'run' is not a code reference, but an hash
reference, i.e. '{}'
A code reference would be: 'sub{}', so do '$obj->run( sub{ "hello
world"} );' instead.
Jacques
On 2022/01/11 17:51, Yamadaえりな wrote:
Good afternoon,
Can you help check my problem with this?
On Tue, 11 Jan 2022, 16:53 Yamadaえりな, wrote:
> Good afternoon,
>
> Can you help check my problem with this?
>
> $ cat t1.pl
> use strict;
>
> package Myclass;
>
> sub new {
> my $self = shift;
> bless {},$self;
> }
>
> sub run {
>my $self = shift;
>my $block = shift;
>&{$block};
>
On Tue, 10 Aug 2021 at 18:50, Tammer, Rainer
wrote:
> Hello,
> No problem at all.
>
> Sorry, this is indeed a typo.
>
> I can test the new release when you are done preparing it.
>
>
>
Thanks. This is now committed. I will post to this list when 2.0.012-RC1 is
ready.
Hello,
No problem at all.
Sorry, this is indeed a typo.
I can test the new release when you are done preparing it.
The AIX system perl is 5.28 (AIX 7.1 and 7.2). You can get a more recent
version from the AIX Toolbox, but I preferred the system installed version.
Bye
Rainer Tammer
--
On Wed, 7 Jul 2021 at 13:35, Rainer Tammer
wrote:
> I suggest to add a note in the INSTALL to:
>
> export MAKE="/opt/freeware/bin/gmake"
> perl Makefile.PL
>
> -[./INSTALL]
> Simple install:
>
> % perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
> % make && make test
>
Hello,
I think I have found the problem.
-[Makefile]---
cut.
# FULLEXT = Pathname for extension directory (eg Foo/Bar/Oracle).
# BASEEXT = Basename part of FULLEXT. May be just equal FULLEXT. (eg Oracle)
# PARENT_NAME = NAME without BASEEXT and no trailing :: (
Hello,
I have tried gcc, but this does gives me the same error.
I think something with the build tools (or perl) is not working correctly.
Note: The latest version of https://perldoc.perl.org/perlaix is mainly
from me :-):
AUTHORS
Rainer Tammer
I have successfully compiled mod_perl
On Jul 6, 2021, at 2:49 AM, Rainer Tammer
wrote:
> I do have a problem compiling mod_perl 2.0.8, 2.0.10 or 2.0.11 on AIX 7.1/7.2.
> I did not have this problem in the past (older AIX and older AIX system Perl
> v5.10.1).
> The current system Perl version on AIX is 5.28.1.
[...]
> make: 1254-002
Brian Candler wrote:
OK I have it. The Debian-supplied version of Apache2::AuthCookie *does*
have the patches from the httpd24 branch of authcookie, and the
documentation for how to use it is in
/usr/share/doc/libapache2-authcookie-perl/README.apache-2.4
Very useful information, thanks for sh
OK I have it. The Debian-supplied version of Apache2::AuthCookie *does*
have the patches from the httpd24 branch of authcookie, and the
documentation for how to use it is in
/usr/share/doc/libapache2-authcookie-perl/README.apache-2.4
My testsite can be made to work like this:
--- testsite.con
On 25/06/2014 13:41, Brian Candler wrote:
I notice that there is a newer version of Apache2::AuthCookie (3.22)
available, so I installed that from CPAN. But this changes the error to:
[Wed Jun 25 13:35:26.054231 2014] [perl:error] [pid 17668] [client
10.0.2.2:50801] Can't locate object method
FYI, following the Apache 2.4 API I found $r->useragent_ip gave me what I
wanted.
Steve
On Mon, Feb 10, 2014 at 7:54 AM, Steve Baldwin wrote:
> Thanks for that. Yes, it would appear that the versions of apache2 and
> mod_perl 'bundled' with Ubuntu 13.10 are not exactly in sync and the
> versio
Thanks for that. Yes, it would appear that the versions of apache2 and
mod_perl 'bundled' with Ubuntu 13.10 are not exactly in sync and the
version of mod_perl (which is the latest on CPAN afaict) has not yet caught
up with apache 2.4.
I guess the Apache2::xxx modules are 'wafer thin' layers over
On Sun, Feb 9, 2014 at 9:40 AM, Steve Hay wrote:
> On 9 February 2014 05:49, Steve Baldwin wrote:
> > Hi,
> >
> > Not sure what I'm doing wrong here. I'm just trying to get the client ip
> > address in a PerlResponseHandler as follows:
> >
> > :
> > use Apache2::Connection;
> > :
> > my $remo
On 9 February 2014 05:49, Steve Baldwin wrote:
> Hi,
>
> Not sure what I'm doing wrong here. I'm just trying to get the client ip
> address in a PerlResponseHandler as follows:
>
> :
> use Apache2::Connection;
> :
> my $remote_ip = $r->connection->remote_ip();
> :
>
> I get a runtime error as
Steve Baldwin wrote:
Hi,
Not sure what I'm doing wrong here. I'm just trying to get the client ip
address in a PerlResponseHandler as follows:
:
use Apache2::Connection;
:
my $remote_ip = $r->connection->remote_ip();
:
I get a runtime error as follows:
[Sun Feb 09 16:44:22.499681 2014] [p
On Oct 22, 2013, at 8:23 AM, Torsten Förtsch wrote:
>
> To me the problem seems to be %ENV being tied to $r->subprocess_env. So,
> neither PerlSetEnv nor SetEnv actually change the current process'
> environment. The reason for that the environment is a global resource in
> a potentially multi-
On 22/10/13 18:13, Bruce Johnson wrote:
>> To me the problem seems to be %ENV being tied to $r->subprocess_env. So,
>> > neither PerlSetEnv nor SetEnv actually change the current process'
>> > environment.
> Pardon me if this sounds dumb, but what possible use are those directives,
> then?
>
It'
On Oct 22, 2013, at 8:23 AM, Torsten Förtsch wrote:
> On 21/10/13 19:57, Bruce Johnson wrote:
>> We've set a Directory directive for some perl scripts, setting a mod_perl
>> handler:
>>
>> Alias /card_access /home/allwebfiles/perl/catcard
>>
>>
>> SetHandler perl-script
>> PerlRespon
On 21/10/13 19:57, Bruce Johnson wrote:
> We've set a Directory directive for some perl scripts, setting a mod_perl
> handler:
>
> Alias /card_access /home/allwebfiles/perl/catcard
>
>
> SetHandler perl-script
> PerlResponseHandler ModPerl::Registry
> PerlOptions +ParseHeaders
>
On Mon, 21 Oct 2013, Bruce Johnson wrote:
On Oct 21, 2013, at 2:56 PM, Thomas M. Payerle wrote:
On Mon, 21 Oct 2013, Bruce Johnson wrote:
Is your mod_perl setuid/setgid? If so LD_LIBRARY_PATH gets ignored.
I don't think so, but even so, shouldn't the PerlSetEnv directive be followed?
I
In message , Bruce J
ohnson writes:
>when I run it with /bin/env -i I get:
>
>/bin/env -i /usr/bin/ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
>linux-vdso.so.1 =3D> (0x7fff2d9ff000)
>libocci.so.11.1 =3D> not found
>libclntsh.so.11.1 =3D> not found
>libpthread.so.0 =3D> /lib64/libpthre
Am 21.10.2013 22:23, schrieb Dr James A Smith:
You may have some "quirk" going on with DBD::Oracle - it has a nasty
BEGIN block in it which
does some nasty stuff... I had a three day head scratch with this module
moving from Lucid to
Precise as it was not finding the tnsnames files - in the end I
In message <387d9d9a-4237-4d97-88b2-86262e823...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
># su -s /bin/sh apache
Try again...
http://man7.org/linux/man-pages/man1/su.1.html>
http://man7.org/linux/man-pages/man1/env.1.html>
# su -s /bin/sh - apache
$ /bin/env
John
groenveld@acm
On Oct 21, 2013, at 2:56 PM, Thomas M. Payerle wrote:
> On Mon, 21 Oct 2013, Bruce Johnson wrote:
>
> Based on path, sounds like you have a 64 bit version of Oracle. I am
> assuming that you verified that your mod_perl is a 64 bit build.
>
yes it is.
> Is your mod_perl setuid/setgid? If so
On Mon, 21 Oct 2013, Bruce Johnson wrote:
Based on path, sounds like you have a 64 bit version of Oracle. I am
assuming that you verified that your mod_perl is a 64 bit build.
Is your mod_perl setuid/setgid? If so LD_LIBRARY_PATH gets ignored.
My guess would be that the dependent libraries of
On Oct 21, 2013, at 2:03 PM, John D Groenveld
wrote:
> In message <48fe8314-f95b-478b-9f2b-4c83f62dd...@pharmacy.arizona.edu>, Bruce
> J
> ohnson writes:
>> Nope, that looks right:
>>
>> # ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
>> linux-vdso.so.1 => (0x7fffc898)
>>
In message <48fe8314-f95b-478b-9f2b-4c83f62dd...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
>Nope, that looks right:
>
># ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
> linux-vdso.so.1 => (0x7fffc898)
> libocci.so.11.1 => /usr/lib/oracle/11.2/client64/lib/libocci.so.
On Oct 21, 2013, at 12:57 PM, John D Groenveld wrote:
> In message <76e621cc-01d9-4006-aeaa-c0b6d5520...@pharmacy.arizona.edu>, Bruce
> J
> ohnson writes:
>> DBD::Oracle was properly compiled, else it wouldn't work on the command
>> line,
>> either.
>
> Out of my depth with Linux, but perhap
64-bit everything.
The script works if I comment out the mod_perl handler, uncomment the
ScriptAlias line and restart Apache, so it HAS to be with the mod_perl handler
directives.
>
> -Original Message-
> From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu]
>
You may have some "quirk" going on with DBD::Oracle - it has a nasty
BEGIN block in it which
does some nasty stuff... I had a three day head scratch with this module
moving from Lucid to
Precise as it was not finding the tnsnames files - in the end I had to
set up the environment
before starting
erl for example.
64 bit perl?
-Original Message-
From: Bruce Johnson [mailto:john...@pharmacy.arizona.edu]
Sent: Monday, October 21, 2013 1:46 PM
To: Fred Moyer
Cc: mod_perl list
Subject: Re: Problem with mod_perl and DBI/DBD::Oracle LD_LIBRARY_PATH is not
being recognized?
Right where i
In message <76e621cc-01d9-4006-aeaa-c0b6d5520...@pharmacy.arizona.edu>, Bruce J
ohnson writes:
>DBD::Oracle was properly compiled, else it wouldn't work on the command line,
>either.
Out of my depth with Linux, but perhaps this will help:
$ env - /bin/ldd /usr/local/lib64/perl5/auto/DBD/Oracle/Or
Right where it's supposed to:
/usr/local/lib64/perl5/auto/DBD/Oracle/Oracle.so
Again, if this was missing or the build was broken, it wouldn't work on the
command line or as a CGI script, either.
This is what's making me go mad…I can't find anything wrong.
%ENV is right
%INC is right
httpd.c
Where does Oracle.so live on your filesystem?
On Mon, Oct 21, 2013 at 11:37 AM, Bruce Johnson <
john...@pharmacy.arizona.edu> wrote:
>
> On Oct 21, 2013, at 11:20 AM, Fred Moyer wrote:
>
> > This is annoying but it happens on 64 bit architectures.
> >
> > > The path is correct, the script works
On Oct 21, 2013, at 11:20 AM, Fred Moyer wrote:
> This is annoying but it happens on 64 bit architectures.
>
> > The path is correct, the script works fine on the command line, and if I
> > comment out the handler directives in the perl.conf script, put in a
> > ScriptAlias and process the sc
This is annoying but it happens on 64 bit architectures.
> The path is correct, the script works fine on the command line, and if I
comment out the handler directives in the perl.conf script, put in a
ScriptAlias and process the script as a normal CGI script, it also works.
Sounds like some envir
On 27 September 2013 15:38, Aquatic Safaris Diver
wrote:
> I recently updated my perl version to 5.18.1 and wanted to recompile
> mod_perl to get the updated perl in my Apache 2.2.25 webserver.
>
> Here is the output of make
>
> cc -I/usr/local/src/mod_perl-2.0.7/src/modules/perl
> -I/usr/local/sr
[please post any non mod_perl issues on rt.cpan.org or
stackoverflow.com or email me directly (no response guaranteed)]
That's fixed in 0.717. Can you verify the Apache SOAP handler works in
that distro?
On Sat, Jun 1, 2013 at 7:58 AM, André Warnier wrote:
> Hi.
>
> I don't really know if SOAP::
Index: src/modules/perl/perl_util.c
===
--- src/modules/perl/perl_util.c (revision 1425631)
+++ src/modules/perl/perl_util.c (working copy)
@@ -670,6 +670,7 @@
if(set_ids++) return;
sv_setiv(GvSV(gv_fetchpv("$", TRUE, SVt_PV)
"Hans C. Poo" writes:
> Fred,
>
> Yea, i know the platform is outdated, it is a very legacy system and
> we are planning a complete rebuild... finally i installed a virtual
> machine with ubuntu 10.04 (a two year old release of linux) and it
> compiled without problems, in this way we'll be able
t; CC: "mod_perl list"
> Enviados: Viernes, 7 de Diciembre 2012 0:17:15
> Asunto: Re: Problem compiling 1.0 on linux
>
> On Mon, Dec 3, 2012 at 6:26 AM, Hans C. Poo wrote:
> > I've continued looking with more atention, and the format messages
> > were just
On Mon, Dec 3, 2012 at 6:26 AM, Hans C. Poo wrote:
> I've continued looking with more atention, and the format messages were just
> warnings, the error appears with an lvalue assignement in mod_perl.c:
Are you able to implement mod_perl2? Apache 1.x in particular has
reached end of life status.
Hi,
I've continued looking with more atention, and the format messages were just
warnings, the error appears with an lvalue assignement in mod_perl.c:
mod_perl.c:790:15: error: lvalue required as left operand of assignment
And the aforementioned line is:
GvCV(exitgp) = perl_get_cv("Apache::e
> I just did some more googling, now I know that 'inline' is the issue, and
> found an article that talks about this as a problem with MacPorts for
> mod_perl 2.0.4:
>
> https://trac.macports.org/ticket/32200
>
> The relevant lines:
>
> This is caused by the code assuming to be compiled using
> Not really much idea, but a couple of possibilities spring to mind: does your
> new build have an updated APR, and has the definition of APR_INLINE changed
> in it?
No. I'd completely forgotten about APR, so was just pulling in the version I
built. After looking at this problem I rebuilt it,
Not really much idea, but a couple of possibilities spring to mind: does
your new build have an updated APR, and has the definition of APR_INLINE
changed in it? Also (just looking at the definition of MP_INLINE which
you've quoted...) presumably your new build doesn't have MP_DEBUG
defined; is it p
Thank you Alexandr!
perl-devel was installed, but for some reason ExtUtils::Embed was not.
However, your email led me to install yum and then yum install
perl-ExtUtils-Embed -- which did the trick.
Thank you so much!
-Chris
On Mon, May 14, 2012 at 8:13 PM, Alexandr Ciornii wrote:
> Hi
>
> 2012
Hi
2012/5/15 Chris Brooks :
> Hi Perl folks,
>
> I'm trying to build mod_perl 1.31 / Apache 1.41 on CentOS 6.2, and I'm
> getting badly stuck.
> Can't locate ExtUtils/Embed.pm in @INC
> Aha! I think, I'll just launch CPAN.pm and install ExtUtils::Embed.
ExtUtils::Embed is a core module and is not
Thanks Hans - that fits with what I'm seeing (including no connection with
Oracle).
I had previously discovered that including DateTime in a handler made it
crash at start-up (actually using DateTime wasn't actually necessary) , but
didn't make the connection between that and Params::Classify part
The Classify.dll issue gave me much trouble to figure out. In my instance,
the issue has nothing to do with the database or Oracle.
Here's what I found:
Updating DateTime to version 0.72 includes Params::Classify as a dependency.
http://search.cpan.org/~drolsky/DateTime-0.72/
Also, DateTime-Tim
Sorry, just a clumsy cell phone touch.
- Perrin
On Jan 27, 2012 5:42 PM, "Perrin Harkins" wrote:
> - Perrin
> On Jan 13, 2012 6:47 PM, "Andrew Merton (subscriptions)" <
> amerton.sig...@gmail.com> wrote:
>
>> On 17/12/2011 7:20 a.m., Randolf Richardson wrote:
>>
>> Thanks for the responses :)
- Perrin
On Jan 13, 2012 6:47 PM, "Andrew Merton (subscriptions)" <
amerton.sig...@gmail.com> wrote:
> On 17/12/2011 7:20 a.m., Randolf Richardson wrote:
>
> Thanks for the responses :)
>
> However - I just read another thread somewhere that made me think of
> looking in the Event log.
>
> It ap
> I was getting exception code 0xC0FD (Stack overflow) in Classify.dll
(Params::Classify?)
Well. This goes to show that desperation is the mother of invention :)
I went so far as to look at the code for Params::Classify, and noticed that
there is a pure Perl version if the XS load fails, so I
Another information, in other platform working well
Idel
On 19 January 2012 12:50, Idel Fuschini wrote:
> Hi I've got this simple module:
>
> #file:Apache2/AMFTest.pm;
> #
>
> #
> # Created by Idel Fuschini
> # Date: 01/08/10
> # Site: http://www.apachemobilefilte
On Fri, Dec 16, 2011 at 1:20 PM, Randolf Richardson wrote:
> I've been using DBI in threaded Perl environments for many years,
> and it works just fine for me. I used Oracle 8i in the past on
> NetWare (with ModPerl 1 in a threaded environment because the NetWare
> OS is a thread-based arc
On 17/12/2011 7:20 a.m., Randolf Richardson wrote:
Thanks for the responses :)
However - I just read another thread somewhere that made me think of
looking in the Event log.
It appears that the culprit is Oracle - there are errors
naming OraOCIEI11.dll as the "Faulting Module name".
Th
> Thanks for the responses :)
>
> However - I just read another thread somewhere that made me think of
> looking in the Event log.
>
> It appears that the culprit is Oracle - there are errors
> naming OraOCIEI11.dll as the "Faulting Module name".
That's very interesting. Windows Event V
That stinks of a segfault. The admission to using Windows at the end
makes me suspect it even more, as Windows has an unfortunate habit, due
to the MPM implementation, of a thread segfault taking the whole server
down with it, causing a several second delay while it cleans up the old
process and r
> Hi --
>
> I am getting the following message recurring in my log:
>
> Parent: child process exited with status 255 -- Restarting.
>
> followed by the process restart sequence.
>
> I have tracked it down to a call to $r->content which doesn't seem to
> return properly.
>
> It would appear tha
On 4 Nov 2011, at 08:50, Pierre QUETELART wrote:
>
> /usr/bin/ld: cannot find -lexpat
Install it.
yum install libexpat
Hi Torsten,
thanks a lot for your answer. That was exactly what I've done wrong, so it's
working now :)
Best regards,
Carla
2011/9/19 Torsten Förtsch
> On Monday, 19 September 2011 19:38:06 Carla von Reitzenstein wrote:
> >
> >SetHandler perl-script
> >PerlResponseHandler ModPerl::Re
On Monday, 19 September 2011 19:38:06 Carla von Reitzenstein wrote:
>
>SetHandler perl-script
>PerlResponseHandler ModPerl::Registry
>PerlSendHeader On
>PerlOptions +ParseHeaders
>
Obviously, this config applies also for JS/CSS files and images. Hence
modperl tries to interpret
On Wednesday, January 05, 2011 01:09:22 CrAsH-DMX wrote:
> If comment my $params = $r->method eq "POST" ? $r->content:$r->args; all
> works fine.
My mp1 experience is quite a few years old. But I think what you are trying to
achieve is not feasible, at least if your handler does not read the mess
On Sat, Sep 26, 2009 at 12:15:05AM +0800, 叶孤城 wrote:
> 2009/9/26 Bruce Johnson :
>
> >
> > or just print the html. When executed as a cgi script, the outgoing
> > connection from Apache is the script's stdout. Variables substitute just
> > fine.
> >
> > print < > Content-type: text/html\n\n
> >
>
I would like to thank everyone for the very useful information. I have
gotten everything to work well. Also, the diverse views have given me
more options to try.
I am new to this 'web thing', having done system level programming for
over 30 years. I am trying to learn the various strategies and th
That was from May. Is there a fix?
Jesse
Adam Prime wrote:
>
>
> There is a thread in apreq-dev about this issue:
>
> http://marc.info/?l=apreq-dev&m=124276135127808&w=2
>
> Apparently it has something to do with the machine that the tarball was
> built on.
>
> Adam
>
>
> mod_perl Use
2009/9/26 Bruce Johnson :
>
> or just print the html. When executed as a cgi script, the outgoing
> connection from Apache is the script's stdout. Variables substitute just
> fine.
>
> print < Content-type: text/html\n\n
>
> Howdy $username!
> ...
>
> EOF
>
> Works for us.
>
> This way I can do
On Sep 25, 2009, at 6:14 AM, Michael Peters wrote:
On 09/25/2009 08:17 AM, Chuck Crisler wrote:
# output a document
print $query->header();
print $query->start_html(-title=>"Howdy",
-style=>{-src=>'./dynamic.css'});
print $query->h1('Form Data');
Also, not to confus
On 09/25/2009 08:17 AM, Chuck Crisler wrote:
# output a document
print $query->header();
print $query->start_html(-title=>"Howdy",
-style=>{-src=>'./dynamic.css'});
print $query->h1('Form Data');
Also, not to confuse you too much, but most people don't use CGI.pm's
H
PERFECT! :-) Thank You!!!
On Fri, 2009-09-25 at 20:26 +0800, 叶孤城 wrote:
> 2009/9/25 Chuck Crisler :
> >
> > use CGI;
> > use DBI;
> >
> > my $query=new CGI;
> > ...
> > # output a document
> > print $query->header();
> > print $query->start_html(-title=>"Howdy",
> > -style=
2009/9/25 Chuck Crisler :
>
> use CGI;
> use DBI;
>
> my $query=new CGI;
> ...
> # output a document
> print $query->header();
> print $query->start_html(-title=>"Howdy",
> -style=>{-src=>'./dynamic.css'});
> print $query->h1('Form Data');
>
>
> Here is the contents of the f
To: "Mike OK"
Cc:
Sent: Monday, June 15, 2009 7:15 PM
Subject: Re: Problem installing mod_perl2 on Clarkconnect
On Mon, Jun 15, 2009 at 4:04 PM, Mike OK wrote:
Thanks for the reply Fred. Today I upgraded from apache 2.0 to 2.2 and
still are having the test errors. I will continue throu
_0_Source_Distribution
>
>
> - Original Message - From: "Fred Moyer"
> To: "Mike OK"
> Cc:
> Sent: Monday, June 15, 2009 6:52 PM
> Subject: Re: Problem installing mod_perl2 on Clarkconnect
>
>
>> On Mon, Jun 15, 2009 at 8:19 AM, Mike OK wro
ot;Mike OK"
Cc:
Sent: Monday, June 15, 2009 6:52 PM
Subject: Re: Problem installing mod_perl2 on Clarkconnect
On Mon, Jun 15, 2009 at 8:19 AM, Mike OK wrote:
t/hooks/authen_basic.t (Wstat: 0 Tests: 4 Failed: 1)
Failed test: 4
t/hooks/authz.t (Wstat: 0 Tests: 4 Failed: 1)
Failed test: 4
Files=
On Mon, Jun 15, 2009 at 8:19 AM, Mike OK wrote:
> t/hooks/authen_basic.t (Wstat: 0 Tests: 4 Failed: 1)
> Failed test: 4
> t/hooks/authz.t (Wstat: 0 Tests: 4 Failed: 1)
> Failed test: 4
> Files=238, Tests=2557, 193 wallclock secs ( 3.25 usr 0.91 sys + 151.19 cusr
> 26.60 csys = 181.95 CPU)
> Result:
There is a thread in apreq-dev about this issue:
http://marc.info/?l=apreq-dev&m=124276135127808&w=2
Apparently it has something to do with the machine that the tarball was
built on.
Adam
mod_perl User wrote:
Hi,
While trying to install libapreq2-2.12 with mod_perl2/Apache2 in
Solaris1
On Wed 17 Dec 2008, mod_perl User wrote:
> I am facing problem in mod_perl2.0 while opening an handler
> Code as follows, my $r = Apache2::Request->new(shift,
> POST_MAX => 10 * 1024 * 1024); my $status = $r->parse();
> Getting $status as 'Missing Input Data'
I am not an expert in
On Wed, Dec 17, 2008 at 12:33 AM, mod_perl User wrote:
> Hi !!
> I am facing problem in mod_perl2.0 while opening an handler
>
> Code as follows,
> my $r = Apache2::Request->new(shift, POST_MAX => 10 * 1024 * 1024);
> my $status = $r->parse();
>
> Getting $status as 'Missing Input
Thanks!
I can see MaxRequestsPerChild field under
/usr/local/apache_modperl/conf/httpd.conf
How about -DONE_PROCESS and MPM? Where I can set them?
Thanks!
Cheok
Philip M. Gollucci wrote:
>
> yccheok wrote:
>> Now, I try to test on the web site. I want to start my apache in single
>> process
yccheok wrote:
Now, I try to test on the web site. I want to start my apache in single
process mode. Hence, I edit the following files
/usr/local/apache_modperl/bin/apachectl
/etc/init.d/apache
to content (I just add -X flag)
case "$1" in
start)
log_begin_msg "Starting $NAME 1.3 web server..."
Sergey Kochkarev wrote:
Hi,
I'm new to mod_perl and I got the following problem:
apparently not just to mod_perl..
1. system() outputs to browser. How can I turn this off?
Well, yes.
Anything basically that your script or module prints to STDOUT, will end
up "in the browser". That's the n
I'm not 100% sure of this, but looking at the messages below, mentioning
"Apache" rather than "Apache2", I have the feeling that your application
is trying to use mod_perl 1.xxx, rather than 2.xxx.
Have a look here :
http://perl.apache.org/docs/2.0/rename.html
green tom wrote:
I'm trying to ru
On Wed, 17 Sep 2008 12:07:24 +0200
Rolf wrote:
> So I have to change this in the source to get a vlaue above 64M? :-(
According to the documentation you can specify the limit in the Apache
configuration, i.e.,
APREQ2_ReadLimit 100M
I have not had success setting this directive. Nor does th
Hi Lee,
> Hello Rolf,
>
> I think your code below might have a slight bug, I think you need to have
> have the POST_MAX as a parameter to the 'new'.
>
> e.g.
>
> $ah->request_args( Apache2::Request->new( $r, POST_MAX => ( 200 << 20 ) )
> );
>
> Instead of the call below:
>
> $ah->request_args( Ap
Hello Rolf,
I think your code below might have a slight bug, I think you need to have have
the POST_MAX as a parameter to the 'new'.
e.g.
$ah->request_args( Apache2::Request->new( $r, POST_MAX => ( 200 << 20 ) ) );
Instead of the call below:
$ah->request_args( Apache2::Request->new($r), POST
Am Mittwoch, 17. September 2008 10:46:40 schrieb Ryan Gies:
> On Wed, 17 Sep 2008 10:37:07 +0200
>
> Rolf wrote:
> > when I try to set POST_MAX to a higher value I get
> >
> > Conflicting information.
> >
> > I've also tried to set it via read_limit() with the same result.
> > What's wrong ?
>
> T
On Wed, 17 Sep 2008 10:37:07 +0200
Rolf wrote:
> when I try to set POST_MAX to a higher value I get
>
> Conflicting information.
>
> I've also tried to set it via read_limit() with the same result.
> What's wrong ?
The best explanation I've found is Philip's:
http://www.mail-archive.com/
Thanks Dondi, this worked great.
Bill Hudson
Dondi Stroma wrote:
>
> "To determine if you can use a DSO mod_perl with your version of Perl,
> first
> find out which malloc your Perl was built with by running:
> % perl -V:usemymalloc
> If you get:
> usemymalloc='n';
> then it means that Pe
Thanks,
Car54
Dondi Stroma wrote:
>
> I recommend compiling mod_perl as a DSO with APXS (Apache Extension Tool)
> so
> that you do not have to recompile apache. The "getting your feet wet"
> section doesn't mention this. But first read the "When DSO can be Used"
> section to make sure your P
Bill Hudson wrote:
To be honest what you sent me is over my head.
Did you read the docs that I linked to? What part of this is over your head?
"To determine if you can use a DSO mod_perl with your version of Perl, first
find out which malloc your Perl was built with by running:
% perl -V:us
Car54 wrote:
I'm very new at this and I already have apache installed and I just want
to
be sure that when I install it again it doesn't cause a problem with the
software I have on the server that depends on it, along with being
installed
at the proper location.
I recommend compiling mod_pe
Car54 wrote:
I'm very new at this and I already have apache installed and I just want to
be sure that when I install it again
Install what again? Apache? Why would you want to re-install it? Just
out of curiosity, how did you install Apache to begin with? And what OS
are you running?
it
Michael Peters wrote:
>
> Car54 wrote:
>> Hi Perrin,
>> I went over to apache.org and I saw apache_1.3.41.tar.gz, but I'm not
>> seeing
>> mod_perl.
>
> mod_perl is found at perl.apache.org (which is also the first result if
> you google mod_perl).
>
> Again, at perl.apache.org there are lot
Car54 wrote:
Hi Perrin,
I went over to apache.org and I saw apache_1.3.41.tar.gz, but I'm not seeing
mod_perl.
mod_perl is found at perl.apache.org (which is also the first result if
you google mod_perl).
Also, can you tell me where to find instructions to install
them... do I do them toge
1 - 100 of 313 matches
Mail list logo
