Forwarding the answer on behalf of Silvio Wanka for the archiving purposes.
Silvio Wanka wrote:
Stas Bekman wrote:
I am just wondering why the touted method of using apxs to add a
apache module did not work. After all, that is the main advantatage of
DSO: given an apache server with mod_so bu
>>
>> i tested MP 1.99_13 with Perl 5.8.3 and got the same result - none
>> of the tests succeeded / no access to httpd (still empty
>> t/logs/access_log).
>
> OK, let's try the debug-by-proxy technique ;)
>
> once you have build mod_perl 1.99_13 and ready to run 'make test' please
> run:
>
>
Dr. Helmut Zeilinger wrote:
i tested MP 1.99_13 with Perl 5.8.3 and got the same result - none
of the tests succeeded / no access to httpd (still empty
t/logs/access_log).
OK, let's try the debug-by-proxy technique ;)
once you have build mod_perl 1.99_13 and ready to run 'make test' please
run:
Hi Stas,
I understand that going thru 40 KB is a pain. Unfortunately I can't seem
to get the test suite running, the Perl Makefile does not produce a
valid makefile, and I can't seem to fix it (something with DIRFILESEP).
As I told you I'm a little handicapped on my Win32/cygwin machine, as
I'
Issue didn't show up in a clean build of perl , so I'm not exactly sure what caused
the -Xlinker options to get unbalanced with the previous perl setup.
(Just wanted to close this thread out, looks like it was a local configuration issue,
not a perl bug.)
--Adrian
> -Original Message-
i tested MP 1.99_13 with Perl 5.8.3 and got the same result - none
of the tests succeeded / no access to httpd (still empty
t/logs/access_log).
>>>
>>> OK, let's try the debug-by-proxy technique ;)
>>>
>>> once you have build mod_perl 1.99_13 and ready to run 'make test' please
>>>
I have two testing issues with MP2. The first is using both _12 and _13
and the second is specific to _13.
I am on Sparc/Solaris9, using Perl 5.8.0, Apache 2.0.49, and openssl
0.9.7d. If you need versions of other stuff, please ask.
1) I have compiled Apache2 with a very restricted set of options
1. Problem Description:
The apr-ext/uuid test fails with the following error.
I noticed the symbol "apr_array_make" is undefined in the APR.so
library, and that it should be defined in the "/srclib/apr/test/apr_tables.c"
file, but it is not (at least not in Apache 2.x while I suppose it w
> I'm having problems in that some of the tests in _12 and _13 use
> RewriteEngine, which I have disabled. To get _12 to pass, I had to
> delete all mention of "RewriteEngine".
please try the attached patch.
--Geoff
Index: t/filter/both_str_req_proxy.t
===
Geoffrey Young wrote:
>>I'm having problems in that some of the tests in _12 and _13 use
>>RewriteEngine, which I have disabled. To get _12 to pass, I had to
>>delete all mention of "RewriteEngine".
>
>
> please try the attached patch.
oops, sorry - I forgot to change one thing. please discar
> +
> +RewriteEngine On
actually, rewrite seems to be a leftover, maybe from when the test was being
originally written - I can't see the need for rewrite at all and removing
the RewriteEngine directive still allows the tests to pass (as you mentioned).
but let's let stas l
--- Perrin Harkins <[EMAIL PROTECTED]> wrote:
> On Tue, 2004-03-23 at 10:52, Chris Gamache wrote:
> > I wrote a load-testing script that hits my Apache webapp with 100
> serialized
> > requests. The webapp works great that way. If I start multiple simultaneous
> > instances of the load-testing scri
Chris Gamache wrote:
True... :) Is 4 simultaneous requesting threads with 100 queued serial requests
for each thread enough to cause a requests to fail? CPU/RAM load was nominal.
When I started only four testing threads, I thought I was going easy on
mod_perl :)
mod_perl can handle more than that,
Having trouble with getting Apache::Request to build on AIX-5.2, gcc-3.3.3
mod_perl-1.29, looks like the Makemaker is passing the a -b argument without the
required -Wl in front of it inside of the Request directory. (Also looks like there
are symbols in a library being linked that aren't corre
Found the symbols in the ./apache-1.3.29/libexec/httpd.exp.
Looks like something (can't tell if it's something mod_perl should be passing back, or
if it's something Makefile.PL should be grabbing), isn't creating the ./Cookie
./Request Makefiles entirely sanely,
OTHERLDFLAGS =
-bI:/omnitest/e
Basel, Donnerstag, 25. März 2004, 20:10:14
.
*stoping PerlInitHandler*
Hello mod_perl List
I've got the following apache vhost configuration:
DefaultType text/html
SetHandler perl-script
PerlSetVar SessionTa
and test, whether i can connect to one of the listen-ports (e.g. "netcat
localhost 8529 -vv") => conection refused
so:
netcat localhost 8529 -vv
doesn't work. but:
netcat 127.0.0.1 8529 -vv
right?
I replaced all "localhost:" directives in http.conf by
127.0.0.1: =>
at least i get a conne
On Thu, 2004-03-25 at 06:45, Michael Franken wrote:
>
> SetHandler modperl
> PerlOutputFilterHandler Mike::Filter
> PerlSetVar FilterSource localhost:86
> PerlAddVar FilterDestination mail.franken.ws:80
>
Silly question: is this right, using SetHandler modperl when
Geoffrey Young wrote:
+
+RewriteEngine On
actually, rewrite seems to be a leftover, maybe from when the test was being
originally written - I can't see the need for rewrite at all and removing
the RewriteEngine directive still allows the tests to pass (as you mentioned).
bu
Kinyon, Rob wrote:
As a minor nit, the ulimit command (to allow core files) doesn't work on
Solaris9 bash.
so how does it inhibit during 'make test'? and what is the right thing to do
to allow core files on your bash?
__
Stas Bekman
> t/apr-ext/uuid...1..3
> Can't load
> '/export/home/rob/distros/mod_perl-1.99_13/blib/arch/auto/APR/APR.so'
> for module APR: ld.so.1: /usr/local/bin/perl: fatal: libiconv.so.2: open
> failed: No such file or directory at
> /usr/local/lib/perl5/5.8.0/sun4-solaris/DynaLoader.pm line 229
Kinyon, Rob wrote:
Rob, please submit a properl bug report: http://perl.apache.org/bugs/
2) _13 compiled fine using 2.0.49. However, it will not pass the tests.
I removed all mention of RewriteEngine, but still ran into problems. The
error log has no errors in it. The only item is that it seems t
Thanks for the nice report, Maurizio ;)
First of all, you can safely ignore this problem and make install it. This is
only relevant for using APR perl api outside mod_perl, which is far from being
complete. and it doesn't affect mod_perl 2.0 itself. But let's resolve it.
> *** Packages of inter
[EMAIL PROTECTED] wrote:
Adrian, please submit libapreq bug reports to
apreq-dev +at+ httpd.apache.org
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache
Is Apache::Test the best way to test a module that receives an
Apache::Request object after an upload form submit?
It will be a utility module based on
Data::FormValidator::Constraints::Upload, and I'm wondering if there is
a way to test it without having a test server running. It is not a
ha
It doesn't seem to have any impact on the tests (as I was able to
install mod_perl.1.99_12 without a problem). It does throw an error
right before the test server starts up.
The command being issued is "ulimit -c unlimited". According to my
ulimit manpage, the correct command is "ulimit unlimited"
Barry Hoggard wrote:
Is Apache::Test the best way to test a module that receives an
Apache::Request object after an upload form submit?
It will be a utility module based on
Data::FormValidator::Constraints::Upload, and I'm wondering if there is
a way to test it without having a test server runn
Kinyon, Rob wrote:
It doesn't seem to have any impact on the tests (as I was able to
install mod_perl.1.99_12 without a problem). It does throw an error
right before the test server starts up.
The command being issued is "ulimit -c unlimited". According to my
ulimit manpage, the correct command is
Perrin Harkins wrote:
On Thu, 2004-03-25 at 06:45, Michael Franken wrote:
SetHandler modperl
PerlOutputFilterHandler Mike::Filter
PerlSetVar FilterSource localhost:86
PerlAddVar FilterDestination mail.franken.ws:80
Silly question: is this right, using SetHandler modperl
Title: Message
Hello,
We're experiencing
problems with an authentication handler I wrote. I probably did something wrong
when I wrote it.
Apache 1.3.27
mod_perl mod_perl/1.26
I know I'm not
running the latest versions, if you think that is the problem I will
upgrade.
in .htaccess
Michael Franken wrote:
Hi Stas,
I understand that going thru 40 KB is a pain. Unfortunately I can't seem
to get the test suite running, the Perl Makefile does not produce a
valid makefile, and I can't seem to fix it (something with DIRFILESEP).
As I told you I'm a little handicapped on my Win32
[EMAIL PROTECTED] wrote:
> Happy to help you out in the AIX/gcc space. You saved me plenty of time today!
Thanks. Did you have a chance to build/test mod_perl 2.0? Please see:
http://perl.apache.org/docs/2.0/user/install/install.html
___
>
> PerlSetVar SessionTable WF_PUBLIC_SESSSION
> PerlSetVar SessionArea xxx
> PerlSetVar SessionTimeout +20m
> PerlInitHandler ITAS::Handler::Session
> PerlHandler ITAS::Handler::Mason
>
you can
--On Thursday, March 25, 2004 11:45:54 -0800 Stas Bekman <[EMAIL PROTECTED]>
wrote:
>
and test, whether i can connect to one of the listen-ports (e.g.
"netcat localhost 8529 -vv") => conection refused
>
> so:
>
>netcat localhost 8529 -vv
>
> doesn't work. but:
>
>netcat 12
34 matches
Mail list logo
