Greetings,
I encountered a test failure for t/lookup_uri.t on 1.99_16 under perl
5.8.5 and httpd 2.0.50. Same test failure occurs under cvs head. I dug
into the code but don't understand enough about it to provide a patch
right now.
-8<-- Start Bug Report 8<
Fred Moyer wrote:
Greetings,
I encountered a test failure for t/lookup_uri.t on 1.99_16 under perl
5.8.5 and httpd 2.0.50. Same test failure occurs under cvs head. I dug
into the code but don't understand enough about it to provide a patch
right now.
-8<-- Start Bug Report ---
I've just done a bit of an overhaul of my mp2 install
on apache 2.0.50/perl 5.8.5/mp2-current, NetBSD 1.6.2, and
am having a few problems.
the most critical one is that I can't find apache::server
anymore.
My old startup.pl scripts had
use Apache::Server ();
Has this been done away with?
I not
Carl Brewer wrote:
I've just done a bit of an overhaul of my mp2 install
on apache 2.0.50/perl 5.8.5/mp2-current, NetBSD 1.6.2, and
am having a few problems.
the most critical one is that I can't find apache::server
anymore.
My old startup.pl scripts had
use Apache::Server ();
Has this been do
Stas Bekman wrote:
Carl Brewer wrote:
I've just done a bit of an overhaul of my mp2 install
on apache 2.0.50/perl 5.8.5/mp2-current, NetBSD 1.6.2, and
am having a few problems.
the most critical one is that I can't find apache::server
anymore.
My old startup.pl scripts had
use Apache::Server (
>> During 'make test'
>>
>> [Mon Aug 23 20:07:59 2004] [error] [client 127.0.0.1] Use of
>> uninitialized
>> value in string eq at
>> /home/fred/dev/cvs/modperl-2.0/t/response/TestAPI/lookup_uri.pm line 30.
>
> Fred, please read:
> http://perl.apache.org/docs/2.0/user/help/help.html#_C_make_test___
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
$ t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl /home/tsigelnik/mod_perl-1.99_16/t/TEST -clean
[EMAIL PROTECTED] mod_perl-1.99_16]$ t/TEST -verbose apache/util.t
[warning] setting ulimit to allow
>> That's what we post the Changes log for:
> Ok :)
>
> How abouit this one though? Has APR::brigade changed too? :
>
>
> [Wed Aug 25 18:02:54 2004] [error] Can't locate object method "empty"
> via package "APR::Brigade" at /data/www/aboc/lib/CB.pm line 402.\n
um... that's in Changes too:
AP
Hi, I have apache2 php5 and mysql all working, however I then want to
have mod_perl compiled and installed with apache so i did perl
Makefile.PL MP_APXS=/usr/local/apache/bin/apxs
MP_APR_CONFIG=/usr/local/apache/bin/apr-config
after doing make it errors near the end with
/usr/bin/ld: /usr/local
unixmad wrote:
> Hi, I have apache2 php5 and mysql all working, however I then want to
> have mod_perl compiled and installed with apache so i did perl
> Makefile.PL MP_APXS=/usr/local/apache/bin/apxs
> MP_APR_CONFIG=/usr/local/apache/bin/apr-config
>
> after doing make it errors near the end wi
FYI, I just discovered after much pain and suffering that the mod_perl
test suite fails to run on OpenBSD 3.5 because it tries to open more
than 64 files at once.
To duplicate, try this on your OpenBSD box:
$ sudo ktrace -d /usr/local/apache2.0.50-modperl1.99_16/bin/httpd -d \
/export/src/mod_
I'm having two problems with "make test" in 1.99_16. Here's a
transcript of what happens:
If for some reason you want to skip the test suite, type: skip
Please provide a full path to 'httpd' executable or choose from the
following options:
[1] /usr/sbin/httpd
[1]
Next we need to know where
Here's another tidbit: I end up in this same infinite loop if I do
"make clean" or "make distclean". Why it's even trying to run httpd
and apxs for this, I dunno.
--
Dan Wilga [EMAIL PROTECTED]
Web Technology Specialist http://www.mthol
I've noticed a problem for the past version or two of mod_perl, which
still seems to be present in _16. I'm calling Makefile.PL like so:
perl Makefile.PL MP_COMPAT_1X=1 MP_AP_PREFIX=../httpd-2.0.50
and yet the generated Makefile has:
INC = -I/users2/dwilga/mod_perl-1.99_16/src/modules/perl
-I/
Fred Moyer wrote:
During 'make test'
[Mon Aug 23 20:07:59 2004] [error] [client 127.0.0.1] Use of
uninitialized
value in string eq at
/home/fred/dev/cvs/modperl-2.0/t/response/TestAPI/lookup_uri.pm line 30.
Fred, please read:
http://perl.apache.org/docs/2.0/user/help/help.html#_C_make_test___Failur
Dmitry Tsigelnik wrote:
t/TEST -verbose apache/util.t
[...]
t/apache/util1..8
[...]
# testing : Apache::Util::ht_time($pool)
# expected: (?-xism:^\w+, \d\d \w+ \d\d\d\d \d\d:\d\d:\d\d)
# received: A?A?A?A?A?A?, 25 A?A?A?A?A?A? 2004 09:09:26 GMT
not ok 1
Dmitry, please take a look at t/response/
Stas et all,
Here's the code that I was using to grab POSTed values and
put them into a hash 0 sorry for the verbosity of this post,
I won't pretend to fully understand this code, Stas wrote
the majority of it way back when libapreq wouldn't compile
on NetBSD, and I've been using it ever since.
If
1. Problem Description:
When I run make test, the protocol handler tests fail -- all other
tests up to that point do not fail.
After digging in a bit, it seems that what is happening is that the
input bucket brigade is always empty (i.e. is_empty() always returns
true). This same proble
BTW -- just noticed that there's some documentation saying that the
socket needs to be set to nonblocking mode to avoid this error (the
"Resource temporarily unavailable" error).
But the test scripts do set non blocking mode. I wonder if perhaps
it's not working inside Apache?
TTUL
Ken
Ken Simps
On Thu, Aug 26, 2004 at 08:25:05AM +1000, Carl Brewer wrote:
> sub hash_post {
> # this has to get called instead of read_post, as read_post()
> # gobbles up the POST arguments and they're no longer available...
> # and this calls read_post() :)
>
> # returns a hash of all the POST
Ken Simpson wrote:
BTW -- just noticed that there's some documentation saying that the
socket needs to be set to nonblocking mode to avoid this error (the
"Resource temporarily unavailable" error).
On certain platforms, yes, introduced by Apache 2.0.50 I believe as a fix
to some security issue.
B
Ken Simpson wrote:
1. Problem Description:
When I run make test, the protocol handler tests fail -- all other
tests up to that point do not fail.
After digging in a bit, it seems that what is happening is that the
input bucket brigade is always empty (i.e. is_empty() always returns
true).
Carl Brewer wrote:
Stas et all,
Here's the code that I was using to grab POSTed values and
put them into a hash 0 sorry for the verbosity of this post,
I won't pretend to fully understand this code, Stas wrote
the majority of it way back when libapreq wouldn't compile
on NetBSD, and I've been usin
Stas Bekman wrote:
I'm thinking that it might be beneficial to implement it in C.
Would I be better served by switching to using libapreq? Isn't this
what it's for? I recall you sent me that code a long time ago
as the libapreq stuff wouldn't compile cleanly on NetBSD.
I'd prefer not to have to
> >But the test scripts do set non blocking mode. I wonder if perhaps
> >it's not working inside Apache?
>
> I'm not following you, Ken, what seems to be the problem?
Non blocking mode is not actually being set despite the call to
opt_set().
TTUL
Ken
--
MailChannels: Control Your Email
http://
> Hmm, may be it reports blocking when it's not. What if you replace the
> whole blocking testing/setting conditional block, with just unconditional:
>
> $socket->opt_set(APR::SO_NONBLOCK => 0);
I have tried this and it makes no difference -- it looks like non
blocking mode is simply not being
Hi -
Is there a document (or person) with recommendations of using the
libapreq (2) Perl modules versus the
Apache::RequestRec/Apache::RequestIO approach described in all the
perl.apache.org docs? Is libapreq a separate effort from mod_perl 2 and
its Apache::* space? It's fairly confusing at th
Carl Brewer wrote:
Stas Bekman wrote:
I'm thinking that it might be beneficial to implement it in C.
Would I be better served by switching to using libapreq? Isn't this
what it's for? I recall you sent me that code a long time ago
as the libapreq stuff wouldn't compile cleanly on NetBSD.
I'd pr
Ken Simpson wrote:
Hmm, may be it reports blocking when it's not. What if you replace the
whole blocking testing/setting conditional block, with just unconditional:
$socket->opt_set(APR::SO_NONBLOCK => 0);
I have tried this and it makes no difference -- it looks like non
blocking mode is simply
Dan Brian wrote:
Hi -
Is there a document (or person) with recommendations of using the
libapreq (2) Perl modules versus the
Apache::RequestRec/Apache::RequestIO approach described in all the
perl.apache.org docs? Is libapreq a separate effort from mod_perl 2 and
its Apache::* space? It's fairl
> >I have tried this and it makes no difference -- it looks like non
> >blocking mode is simply not being set.
>
> And this verification code doesn't fail?
>
> # test that we really *are* in the blocking mode
> !$socket->opt_get(APR::SO_NONBLOCK)
> or die "failed to
Ken Simpson wrote:
I have tried this and it makes no difference -- it looks like non
blocking mode is simply not being set.
And this verification code doesn't fail?
# test that we really *are* in the blocking mode
!$socket->opt_get(APR::SO_NONBLOCK)
or die "failed to set b
> >I'm tracing through the Apache code to see what's actually happening.
>
> Ouch.
>
> Notice that apr-1.0 can be released any moment now. So please post a
> notice to the apr-dev list if you find what the problem is.
Okay -- I'll do that.
> >Great. I'll look at the patch. There are no relevan
Ken Simpson wrote:
Great. I'll look at the patch. There are no relevant diffs between
0.49 and 0.50 in the apr/network_io/unix/sockopt.c so the damage must
have occurred somewhere else.
Please double check that (may be the httpd-dev archives), I could be
wrong.
That patch only affects the HTTP pro
> Oh, so may be it was always broken. Didn't you say that the problem was
> introduced in Apache 2.0.50?
It seemed that way, but I think that it actually died in 0.49. I'm
trying with 0.48.
TTUL
Ken
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillis
From the mod_perl 1.0 land:
http://perl.apache.org/docs/1.0/guide/
performance.html#Apache__args_vs__Apache__Request__param_vs__CGI__param
And there was a report recently on the apreq-dev list, which shows an
even better performance of apreq under Apache2.
Thanks Stas.
I understand the benefits
I am trying to implement a stream output filter and am having a little
problem. I need to have the INCLUDES filter process the output first
and then send it to the mod_perl filter. I used PerlSetOutputFilter
INCLUDES, and I think it is getting the data before it goes to my filter.
Now my pro
Dan Brian wrote:
I understand the benefits of a C binding to the Apache API over, say,
CGI.pm processing using the environment vars (which is why all my
projects use libapreq 1). But since both mod_perl2's Apache::RequestRec
and libapreq's Apache::Request implement XS glue to the Apache API (
While the whole issue has always been somewhat confusing, there's no
more overlap in MP2. Apache::Request inherits from Apache::RequestRec
just like it did from its MP1 equivalent Apache.pm before, and adds
parsing and handling of request parameters incl. multipart/form-data
and uploads, as wel
Is it within the scope of mod_perl2 to duplicate its interpreter pool
framework?
Intention:
To have separate interpreter pools for directories /test1 and /test2
So that:
- $MyModule::request_count++ would track access to each directory
- chdir() in a script under /test1 would not affect c
[EMAIL PROTECTED] wrote:
Is it within the scope of mod_perl2 to duplicate its interpreter pool
framework?
Intention:
To have separate interpreter pools for directories /test1 and /test2
Read http://perl.apache.org/docs/2.0/user/config/config.html
It looks like you would just need to do this:
P
41 matches
Mail list logo
