Based on the response to the survey that Fred and I did, I'm intending
to take a stab at writing some intro / tutorial kind of documentation,
and possible updating / generally looking over what's currently on the site.
Is the best way for me to do this to pull the SVN repository, and submit
There was a thread today on the users list where a guy was running into
problems with SizeLimit on Solaris update 10 [1]. Attached are 2
patches, one against the version of Apache2::SizeLimit in the 2.04
distribution, and the other against the version in SVN. the SVN version
still tests fine on l
As soon as a got in bed last night i realized the conditional logic in
the original patches was wrong, corrected versions are attached.
Adam
Adam Prime wrote:
> There was a thread today on the users list where a guy was running into
> problems with SizeLimit on Solaris update 10 [1]. At
e=undef
usemymalloc=n, bincompat5005=undef
Adam
Adam Prime wrote:
As soon as a got in bed last night i realized the conditional logic in
the original patches was wrong, corrected versions are attached.
Adam
Adam Prime wrote:
There was a thread today on the users list where a guy was running int
Fred suggested in resend these patches relative to the root of the
distributions, so here they are. SizeLimit.patch is against the version
of Apache2::SizeLimit in mod_perl 2.0.4 and generated via git diff.
svn.SizeLimit.patch is against the version of SizeLimit in svn, and was
generated with svn
Fred Moyer wrote:
On Wed, Mar 18, 2009 at 7:14 PM, Adam Prime wrote:
Fred suggested in resend these patches relative to the root of the
distributions, so here they are. SizeLimit.patch is against the version
of Apache2::SizeLimit in mod_perl 2.0.4 and generated via git diff
I posted to docs-dev about this, and got no response.
http://marc.info/?l=apache-modperl-docs-dev&m=123466449123255&w=2
I don't see any easy way to resolve this either.
Adam
Fred Moyer wrote:
Not quite sure how to resolve this and keep the links on perl.apache.org working
-- Forwarde
builds and tests fine with apache 1.3.41 on...
Linux primepc 2.6.24-23-generic #1 SMP Mon Jan 26 00:13:11 UTC 2009 i686
GNU/Linux
with
This is perl, v5.8.8 built for i486-linux-gnu-thread-multi
Linux lv1 2.6.24-gentoo-r8 #3 Wed May 28 15:43:57 EST 2008 i686 Intel(R)
Pentium(R) 4 CPU 2.40GHz G
Linux data 2.6.27-gentoo-r8 #1 SMP Wed Mar 18 23:25:16 EDT 2009 x86_64
AMD Athlon(tm) X2 Dual Core Processor BE-2350 AuthenticAMD GNU/Linux
with
This is perl, v5.8.8 built for x86_64-linux
All tests successful, 2 tests and 9 subtests skipped.
---
Linux lv1 2.6.24-gentoo-r8 #3 Wed May 28 15:4
David E. Wheeler wrote:
On Apr 7, 2009, at 7:10 PM, Philippe M. Chiasson wrote:
Looks like in the DSO case, you end up with what looks like double the
work, and very similar, kinda like a start/restart cycle.
I've noticed that at times; the same code loading/running twice.
I don't remember a
Fred Moyer wrote:
This seems like a reasonable request. I know there are a few times
that I had to put the apreq module load in extra.conf.in, and it would
have been nice to have things magically 'just work'. I only have one
modperl application that does not use libapreq, and I think that I
wou
Fred Moyer wrote:
Fred Moyer wrote:
Configuring Apache::Test is not easy (drawing from my own personal
experiences and comments on RT tickets, etc), so I think that making
some changes like this so that it 'just works' in more situations is a
prudent move. We don't want A::T to become bloated
Fred Moyer wrote:
Are committers in favor of adding version.pm to Apache::Test?
http://rt.cpan.org/Public/Bug/Display.html?id=13126
I'm willing to live with it if it means that less users with problems
running 'perl Makefile.PL'
Is that actually the right RT link, or should it be this one:
h
Fred Moyer wrote:
http://rt.cpan.org/Public/Bug/Display.html?id=41239
This patch as demonstrated in the RT ticket resolves the issue.
Thoughts? Demonstrating documented behavior here on my test setup
(returning 1 return code to the shell).
This seems reasonable to me.
Adam
Index: lib/Apac
FYI.
Original Message
Subject: [yapc] Official Call for Proposals for YAPC|10 ends Friday, 24
April 2009
Date: Tue, 21 Apr 2009 11:26:34 -0400
From: Robert Blackwell
To: y...@pm.org
The official Call for Proposals for YAPC|10 ends Friday, 24 April 2009.
http://yapc10.or
Builds and tests find on
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname=linux, osvers=2.6.23-gentoo-r3, archname=x86_64-linux
uname='linux data 2.6.23-gentoo-r3 #1 smp sun dec 30 14:44:14 est
2007 x86_64 amd athlon(tm) x2 dual core processor be-
Also builds fine and all tests pass on:
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname=solaris, osvers=2.10, archname=i86pc-solaris
uname='sunos fxbuild-i386 5.10 generic_127112-11 i86pc i386 i86pc
solaris '
and
Summary of my perl5 (revision
This seems like it'd a nice thing to be able to possibly toggle on and
off. I haven't seen anything about it since it was posted. Does anyone
have any thoughts? I know i've run into this issue in the past too.
Adam
--- Begin Message ---
Hello,
>From what I've read, Apache should understand
Fred Moyer wrote:
I'd love it if you could take this rc for a spin and report back.
Passing all tests on OS X 10.5, 5.8.8, 2.2.6
and Centos 5.2, 5.8.9, 2.2.8.
I resolved some issues while implementing this version for Apache::Dispatch.
Changes since 0.06
- fix syntax error in params vali
Continuing discussion from off list.
Philip M. Gollucci wrote:
Fred Moyer wrote:
On 7/21/09 6:58 AM, Adam Prime wrote:
If it get a new release ready, can / will one of you guys release it?
You both have co-maint on cpan.
I'd like to see some patches hit the list with test results firs
Adam Prime wrote:
> What I wanted to do was fix this issue:
>
> http://rt.cpan.org/Public/Bug/Display.html?id=36346
>
> either by checking the various server starting variables for each of the
> apis, or simply throwing an eval around the push_handler.
I've been look
Fred Moyer wrote:
> On Tue, Jul 21, 2009 at 8:39 PM, Adam Prime wrote:
>> Adam Prime wrote:
>>> What I wanted to do was fix this issue:
>>>
>>> http://rt.cpan.org/Public/Bug/Display.html?id=36346
>
> I was just looking over your original code where you co
Fred Moyer wrote:
> On Mon, Jul 20, 2009 at 8:15 AM, Nick Wellnhofer wrote:
>> Currently, Apache::DBI never disconnects from the database. This leads
>> to the following warnings in my Postgres logs every time an Apache child
>> exits:
>>
>> LOG: unexpected EOF on client connection
>>
>> Depending
> Looks like we have a unit test for part of restart_count:
>
>
> ph...@harpua ~/dev/svn/modperl/mod_perl-2.0 $ ack restart_count t/
> t/conf/post_config_startup.pl
> 110:#my $cnt = Apache2::ServerUtil::restart_count();
>
> t/htdocs/vhost/post_config.pl
> 6:$TestVhost::config::restart_c
Adam Prime wrote:
> Fred Moyer wrote:
>> On Tue, Jul 21, 2009 at 8:39 PM, Adam Prime wrote:
>>> Adam Prime wrote:
>>>> What I wanted to do was fix this issue:
>>>>
>>>> http://rt.cpan.org/Public/Bug/Display.html?id=36346
>> I was
5.10.1 RC1 has been released, has anyone taken it for a spin with
mod_perl yet?
http://search.cpan.org/dist/perl-5.10.1-RC1/
Adam
-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h
Petr Sumbera wrote:
What is status of this issue? I don't see any related change in svn.
Thanks,
Petr
No one every replied to that last question, and nothing has happened
since then by the looks of things.
Adam
-
To unsub
Petr Sumbera wrote:
Hi,
can someone please reevaluate and commit attached patch? I would love to see
it in mod_perl 2.0.5 and 1.32 when they are released..
Thanks,
Petr
http://old.nabble.com/file/p26284847/solaris.diff solaris.diff
If no one objects in the next few day or so i'll commit th
Any comments?
Petr Sumbera wrote:
Fred Moyer wrote:
On Wed, Nov 11, 2009 at 7:56 PM, Adam Prime
wrote:
Petr Sumbera wrote:
Hi,
can someone please reevaluate and commit attached patch? I would
love to
see
it in mod_perl 2.0.5 and 1.32 when they are released..
Thanks,
Petr
http
Fred Moyer wrote:
On Mon, Nov 16, 2009 at 8:25 AM, Fred Moyer wrote:
On Mon, Nov 16, 2009 at 8:07 AM, Adam Prime wrote:
Any comments?
Looks pretty safe. +1
That being said, I think this line:
+($major > 2 || ($major == 2 && $minor >= 6))) {
is better written as
Can someone change this ticket to resolved (or whatever is appropriate)
https://rt.cpan.org/Ticket/Display.html?id=38084
I can't.
Adam
apr...@apache.org wrote:
> Author: aprime
> Date: Fri Nov 20 04:05:37 2009
> New Revision: 882407
>
> URL: http://svn.apache.org/viewvc?rev=882407&view=rev
> L
,
Adam
Original Message
Subject: Re: Apache::DBI
Date: Mon, 27 Jul 2009 00:06:07 -0400
From: Adam Prime
To: Fred Moyer
CC: dev@perl.apache.org
References: <4a65c9a1.70...@utoronto.ca>
<4a65ec64.4060...@redhotpenguin.com> <4a65fe8e.1020...@p6m7g8.com&
It applies cleanly to a fresh checkout for me. I've attached another,
freshly generated (and identical) patch.
$ patch -p0 < ~/dbi.patch
patching file lib/Apache/DBI.pm
$
Adam
Fred Moyer wrote:
> On Mon, Dec 14, 2009 at 1:22 PM, Adam Prime wrote:
>> This thread is 6
1.31 built and tested ok against 5.11.3 on a ubuntu 5.04 box with the
apache 1.3.41. I used the instructions in the guide to statically build.
/opt/p-5.11.3/bin/perl5.11.3 t/TEST 0
modules/actions.t . ok
modules/cgi.t . ok
modules/constants.t ... ok
modules/cookie.t .. skipped:
mp 2.0.4 with apache 2.0.63 prefork builds ok but has failing tests.
t/apache/add_config.t ... ok
t/apache/cgihandler.t ... ok
t/apache/conftree.t . ok
t/apache/constants.t ok
t/apache/content_length_header.t ok
t/a
mp 2.0.4 with apache 2.2.14 prefork builds ok but has failing tests.
It's entirely possible these tests are also failing with 5.8 and 5.10
too though.
t/apache/add_config.t ... ok
t/apache/cgihandler.t ... ok
t/apache/conftree.t . ok
t/apache
mp 2.0.4 with apache 2.2.14 worker builds ok but has failing tests.
t/apache/add_config.t ... ok
t/apache/cgihandler.t ... ok
t/apache/conftree.t . ok
t/apache/constants.t ok
t/apache/content_length_header.t ok
t/ap
mp 2.0.4 with apache 2.0.63 worker builds ok but has failing tests.
t/apache/add_config.t ... ok
t/apache/cgihandler.t ... ok
t/apache/conftree.t . ok
t/apache/constants.t ok
t/apache/content_length_header.t ok
t/ap
As I said in IRC, i think it would make sense to consider doing it
during the hackathon time either before or after YAPC::NA, but that only
really makes sense if the people that you want at the hackathon want to
go to YAPC.
Adam
Fred Moyer wrote:
Any interest in putting this together? This
The version of Apache::SizeLimit in subversion is quite different from
the currently released version. Attached is this patch, but reworked to
apply to the version in SVN.
If there are no objections, I will commit this, it seems like a pretty
straight forward change.
Adam
Max Kanat-Alexan
Is ask even on this list anymore?
Fred Moyer wrote:
I saw some commits yesterday for Apache::DBI, and then saw a new version out:
http://search.cpan.org/~abh/Apache-DBI-1.08/lib/Apache/DBI.pm
For what it is worth, I would have been happy to test a release
candidate and vote on it. It would ha
That patch comes from here:
http://marc.info/?l=apache-modperl&m=124810297118194&w=2
it was subsequently adjusted later on in the thread. I think it's a
good idea, and should have been done 6 months ago when it came up the
first time.
Adam
Fred Moyer wrote:
So this was a whoops when comm
I get the following when trying to run make test:
waiting 60 seconds for server to start: .Syntax error on line 73 of
/local/aprime/Apache-Test-1.31-rc1/t/conf/httpd.conf:
Invalid command 'not included in the server configuration
[ error]
server has died with status 255 (t/logs/error_log wasn'
...ok
t/requestok
All tests successful.
Files=6, Tests=21, 2 wallclock secs ( 0.02 usr 0.02 sys + 1.57 cusr
0.23 csys = 1.84 CPU)
Result: PASS
[warning] server localhost:8529 shutdown
Fred Moyer wrote:
On Tue, Feb 9, 2010 at 10:20 AM, Adam Prime wrote:
I get the
Passes all tests on 2.2.10 w/ mp 2.0.4 and perl 5.8.8 on linux (ubuntu
hardy).
Passes all tests on 2.2.14 w/ mp 2.0.4 and perl 5.8.8 on solaris 5.10
I tried to run it against our (extremely old) 1.3 setup at work, but i'm
getting weird errors from httpd when i start it up:
Ouch! ap_mm_create
gozer made a couple of commits the other day related to this bug in RT:
https://rt.cpan.org/Public/Bug/Display.html?id=55941
The following is an update to the pod that brings the documentation in
line with what the function actually does in mod_perl 2. If anyone
wants to sanity check this be
I said this stuff in IRC, but I'll put it here too in case anyone else
wants to weigh in.
From what I understand, the primary goal of this patch is to fix a
bunch of false failures that are coming back for Apache::Test from cpan
testers for Apache::Test (see links below).
The bulk of this pa
Philippe M. Chiasson wrote:
How about this cute trick using make -k ? Quick testing seems to
indicate it ends up doing the right thing for me.
seems reasonable to me, is there any make magic that can be done to
automatically create all the run_subtests targets?
Adam
---
Mark Robinson wrote:
Hi all,
my mod_perl 2 handler receives form data. I fetch it using the read_post()
function provided in the API docs. it works well but if the form posts data
with tags and such, the fetched data has html control codes instead.
for example, if I post the tag "", read_post(
builds and tests fine on linux w/ 5.8.8 mp2, i'll do solaris x86/sparc
at work tomorrow. This is actually a pretty significant change set, so
it would probably be a good idea to get as much feedback as possible.
Adam
Philip M. Gollucci wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ht
On 10-08-04 11:14 PM, Philip M. Gollucci wrote:
On 8/4/2010 9:19 PM, Adam Prime wrote:
builds and tests fine on linux w/ 5.8.8 mp2, i'll do solaris x86/sparc
at work tomorrow. This is actually a pretty significant change set, so
it would probably be a good idea to get as much feedba
builds and tests fine on:
SunOS www01-dtest 5.10 Generic_142901-05 i86pc i386 i86pc Solaris w/ mp2
and
SunOS ii3-dev 5.10 Generic_13-03 sun4v sparc SUNW,Sun-Blade-T6320
Solaris w/ mp1
+1
Adam
On 10-08-04 09:19 PM, Adam Prime wrote:
builds and tests fine on linux w/ 5.8.8 mp2, i&#x
I had to install Apache::Test on these solaris machines at work to get
the test suite of A::SL to run, and i ran into a couple of quirks on the
sparc container that i was using. I'm not sure if it's anything that
needs to be thought about, but i wanted to mention it in case it is.
The first ti
On 10-08-05 02:58 PM, Philip M. Gollucci wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/05/10 18:40, Adam Prime wrote:
I had to install Apache::Test on these solaris machines at work to get
the test suite of A::SL to run, and i ran into a couple of quirks on the
sparc container
-1
Syntax error on line 19 of
/tmp/Apache-Reload-0.11-rc1/t/conf/extra.last.conf:
syntax error at /tmp/Apache-Reload-0.11-rc1/blib/lib/Apache/Reload.pm
line 21, near "=="
I'm not really sure what's going on here, the version in the archive
doesn't seem to be the same as the version in SVN.
10 20:18:35 2010
New Revision: 984198
URL: http://svn.apache.org/viewvc?rev=984198&view=rev
Log:
Add global %Ignore variable. Thanks to Adam Prime for the spot.
Modified:
perl/Apache-Reload/trunk/lib/Apache/Reload.pm
Modified: perl/Apache-Reload/trunk/lib/Apache/Reload.pm
U
010 at 8:07 PM, Adam Prime wrote:
we talked about this in IRC. it probably worked for you because you tested
under mp2 i'm guessing. It tested fine on all my mp2 machines.
It failed when I tested under mp1; something I initially didn't test
for. RC2 corrects that mistake.
http:/
builds and tests ok on:
SunOS www01-dtest 5.10 Generic_142901-05 i86pc i386 i86pc Solaris w/
perl 5.8.8 & mp2
and
SunOS web01-dev 5.10 Generic_142901-05 i86pc i386 i86pc Solaris w/
perl 5.8.8 & mp1
and
SunOS ii3-dev 5.10 Generic_13-03 sun4v sparc SUNW,Sun-Blade-T6320
Solaris w/ perl 5.8.8
-1
This code cannot run under mod_perl 2 because it has a 'use
Apache::Constants' right at the top of SizeLimit.pm.
Adam
On 10-09-28 11:52 PM, Fred Moyer wrote:
Please take a minute to download and test this release candidate for
Apache::SizeLimit. This is especially import for those of you
Limit->set_max_unshared_size(120_000);
PerlCleanupHandler Apache2::SizeLimit
Adam
On 10-09-29 10:51 AM, Adam Prime wrote:
-1
This code cannot run under mod_perl 2 because it has a 'use
Apache::Constants' right at the top of SizeLimit.pm.
Adam
On 10-09-28 11:52 PM, Fred Moyer wrote
On 10-09-29 11:07 AM, Torsten Förtsch wrote:
I suspect that should be either
use Apache2::SizeLimit;
Apache2::SizeLimit->set_max_process_size(150_000);
Apache2::SizeLimit->set_min_shared_size(10_000);
Apache2::SizeLimit->set_max_unshared_size(120_000);
or
Pe
This turned out to be an @INC ordering problem. Apache will load now
with the default config, though it may be a good idea to include the
PerlLoadModule Apache2::SizeLimit and/or use Apache2::SizeLimit in the
synopsis.
I'm going to fiddle with this more later
Adam
--
On 10-10-17 02:50 PM, Fred Moyer wrote:
Please take a look at the last 4 commits I did; any feedback welcome.
These commits are meant to clear up build issues with mod_perl and
friends. The build system is very flexible and powerful - and at the
same time encounters random problems as a result o
On 10/26/2010 5:15 AM, Torsten Förtsch wrote:
On Tuesday, October 26, 2010 06:40:48 Fred Moyer wrote:
mod_perl committers, please vote +1 or -1 to proceed with this release
cycle.
+1
Adam
-
To unsubscribe, e-mail: dev-unsub
server localhost:8529 started
[ info] adding source lib /tmp/Apache-Test-1.34-rc1/lib to @INC
[ info] adding source lib /tmp/Apache-Test-1.34-rc1/lib to @INC
[ info] adding source lib /tmp/Apache-Test-1.34-rc1/lib to @INC
t/alltest/all.t .. skipped: testing all.t
t/alltest2/all.t ...
On 12/17/2010 2:13 PM, Fred Moyer wrote:
On Tue, Dec 14, 2010 at 7:47 PM, Adam Prime wrote:
server localhost:8529 started
t/more/all.t . skipped: cannot find module 'mod_perl.c'
All tests successful.
Files=10, Tests=33, 6 wallclock secs ( 0.09 usr 0.03 sys +
- how long do we want to support old perl versions?
I think we should use the same policy that the perl core uses, which is
here:
http://search.cpan.org/dist/perl/pod/perlpolicy.pod
This would mean the currently, we are only explicitly supporting 5.10
and 5.12, assuming i'm reading it rig
pgollucci posted some threads quite a while ago about 2.4 development,
probably the biggest issue that was mentioned (imo) was that there is
going to be a new default MPM for all platforms which is, i think,
threaded. I could of course be wrong about that, but that's what i seem
to recall.
A
hanges are here:
http://httpd.apache.org/docs/2.3/developer/new_api_2_4.html
Adam
On 11-04-07 11:54 AM, Adam Prime wrote:
pgollucci posted some threads quite a while ago about 2.4 development,
probably the biggest issue that was mentioned (imo) was that there is
going to be a new default M
I'll +1 this, but i'm worried about the message it's going to send. I
haven't been on top of actually testing and +1'ing releases lately, but
i also feel like i could be, if i got a poke about actually getting it done.
Adam
On 7/25/2011 10:55 PM, Fred Moyer wrote:
Getting the releases out f
On 11-12-08 01:40 AM, Fred Moyer wrote:
Looking at the thread, I was in error. Here is the current release candidate.
http://people.apache.org/~phred/Apache-SizeLimit-0.96-rc1.tar.gz
+1
-
To unsubscribe, e-mail: dev-unsubs
On 11-12-08 10:47 AM, Adam Prime wrote:
On 11-12-08 01:40 AM, Fred Moyer wrote:
Looking at the thread, I was in error. Here is the current release
candidate.
http://people.apache.org/~phred/Apache-SizeLimit-0.96-rc1.tar.gz
+1
For the record, tested on
SunOS www01-dtest 5.10
Seems reasonable to me. It seems like it might be a good idea to fold
this into 2.0.6 RC3 to me. Thoughts?
Adam
On 12-03-04 01:29 PM, SalusaSecondus wrote:
(Patch and system details at bottom)
-
To unsubscribe, e-mail:
The bug is a race condition, so as you say, I don't really think it's
definitively testable.
Adam
On 3/6/2012 10:19 PM, SalusaSecondus wrote:
I've looked through those tests, and none seem to apply and I'm not sure
how one would even go about writing a unit test for this. We haven't
even been
+1 on perl 5.8.8 Apache/2.2.21 Solaris 5.10 x86
On 12-03-27 10:59 PM, Fred Moyer wrote:
On Mon, Mar 26, 2012 at 1:40 AM, Steve Hay wrote:
Fred Moyer wrote on 2012-03-22:
Please download, test, and report back on this release candidate for
Apache-Reload
http://people.apache.org/~phred/Apache-
I'll take it for a spin on solaris tomorrow.
Adam
On 4/18/2012 3:30 PM, Fred Moyer wrote:
We've got 3 +1s, enough for the release. Of course, it would be great
to have more. Anyone else?
On Wed, Apr 18, 2012 at 12:39 AM, Steve Hay wrote:
[Sent this reply yesterday but maybe from the wrong ad
On 12-04-13 03:51 PM, Fred Moyer wrote:
RC5 is now available. The change since RC4 resolves a problem with the
Apache-SizeLimit external 0.97 tag that had an additional 'trunk'
directory embedded from an error that occurred when I created the A-SL
0.97 tag. +1 on 2.2.15/5.14.1/OSX-10.7
http://p
> #if defined(__GNUC__)&& !defined(PERL_GCC_BRACE_GROUPS_FORBIDDEN)
> # define MUTABLE_PTR(p) ({ void *_p = (p); _p; })
> #else
> # define MUTABLE_PTR(p) ((void *) (p))
> #endif
>
> So the solution for the problem is simple:
>
> # ifdef MUTABLE_SV
>SV *sv=MUTABLE_SV(...);
> # else
>SV *
Committed revision 1328477.
Adam
On 12-04-20 11:15 AM, Fred Moyer wrote:
+1 for this fix. Adam, if you want to apply it, I'll roll RC6.
On Fri, Apr 20, 2012 at 8:13 AM, Adam Prime wrote:
#if defined(__GNUC__)&&!defined(PERL_GCC_BRACE_GROUPS_FORBIDDEN)
# define MUTABLE_P
e.org/~phred/mod_perl-2.0.6-rc6.tar.gz
MD5 (mod_perl-2.0.6-rc6.tar.gz) = 4425ce11d31e214288fcd1ec04c3eac2
Change summary:
Preserve 5.8 compatibility surrounding use of MUTABLE_CV [Adam Prime]
Move code after declarations to keep MSVC++ compiler happy. [Steve Hay]
Adopt modperl_pcw.c changes
I can't find the thread, but i think when we last ran into a
compatibility problem with 5.8 and newer perls we decided that we
weren't going to support anything "old" unless it was easy. In that
case it was a two line change to support 5.8, so we did.
I'm not sure how we want to define "old" righ
+1
On 03/18/2013 05:32 AM, Steve Hay wrote:
> The mod_perl trunk now contains a bunch of fixes for recent versions of
> perl, especially with respect to changes to rehashing. These changes
> will be necessary for mod_perl to build with the forthcoming perl
> 5.18.0. That is due to be released on 1
Sounds good to me
On 13-03-18 02:05 PM, Steve Hay wrote:
The core's version of old already excludes 5.12. According to
perlpolicy.pod, only the two most recent stable release series are
supported: currently 5.14 and 5.16, and with the imminent release of
5.18 that means 5.14 will drop off suppor
+1
server localhost:8529 started
[ info] adding source lib /tmp/Apache-Test-1.39-rc1/lib to @INC
t/alltest/allskipped
all skipped: testing all.t
t/alltest2/all...skipped
all skipped: testing more than one all.t
t/bad_coding.ok
t/cookies.
+1 on solaris 10
On 16-08-24 01:02 PM, Steve Hay wrote:
Please download, test, and report back on this Apache-Test 1.40
release candidate.
https://dist.apache.org/repos/dist/dev/perl/Apache-Test-1.40-rc1.tar.gz
MD5 = ecabfbf3a782601aa1511ae3c89601b0
SHA1 = a046f0ccd3a696ecbcaa207dbe92a83c92e5
+1 on ubuntu w/ apache 2.2.31 prefork & perl 5.24.0
-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.apache.org
+1 on solaris 10 w/ apache 2.2.31 prefork and perl 5.24.0
all tests pass
-
To unsubscribe, e-mail: dev-unsubscr...@perl.apache.org
For additional commands, e-mail: dev-h...@perl.apache.org
Petr, it's probably better to just send these directly the the dev
mailing list, which has been CC'd on this email. It'll get more eyeballs
there.
Adam
On 16-11-01 07:47 AM, Petr Gajdos wrote:
Hello Adam,
sorry I am contacting you presonally personally, if I should use another
channel, pleas
I keep forgetting, but I’ll do this tonight.
> On Sep 17, 2019, at 8:45 AM, Steve Hay
> wrote:
>
>> On Mon, 2 Sep 2019 at 13:37, Steve Hay wrote:
>>
>>> On Mon, 2 Sep 2019 at 13:34, Steve Hay wrote:
>>>
>>> Please download, test, and report back on this mod_perl 2.0.11 release
>>> candidat
I'm seeing more test failures for 2.0.11 RC1 than for 2.0.10 with the
same setup.
Test Summary Report
---
t/api/request_rec.t (Wstat: 0 Tests: 43 Failed: 0)
Parse errors: Bad plan. You planned 55 tests but ran 43.
t/compat/request.t(Wstat:
Still seeing the t/api/request_rec.t failures, which do not occur with
the same machine and same settings with 2.0.10. It's failing after the
mtime test, before the finfo test.
Test Summary Report
---
t/api/request_rec.t (Wstat: 0 Tests: 43 Failed: 0)
Parse e
What happens if you revert the change in that file? I.e. Change
FINFO_NAME back to FINFO_NORM on line 168, and on line 18 (the
APR::Const -compile line)? Does that fix it for you?
With that change all the request_rec tests run and pass.
Adam
--
+1 on gentoo with 2.4.41 prefork on perl 5.28.0
I still see the bbs tests failing as they have been. I started to look
into it a bit, and see what you're talking about with the ENV switch to
'turn off LWP', but ran out of time. It kind of looked like when LWP was
on, that the value of the hea
The projects current state is that no new development happening. This
isn't to say that new development shouldn't happen, but it isn't. Apache
and Perl both continue to move forward, and we are pretty lucky that the
design that Stas, Phillipe, Geoff, etc built mod_perl 2 under is
resilient enou
The projects current state is that no new development happening. This
isn't to say that new development shouldn't happen, but it isn't. Apache
and Perl both continue to move forward, and we are pretty lucky that the
design that Stas, Phillipe, Geoff, etc built mod_perl 2 under is
resilient enou
I can reproduce this on linux with perl 5.34.0 or 5.38.0, and probably
other's I haven't tried. If I build httpd 2.4.57 with mod_proxy, then it
happens.
t/logs/error_log shows this:
[Tue Aug 22 21:43:54.639949 2023] [proxy_balancer:emerg] [pid 3450]
AH01177: Failed to lookup provider 'shm' fo
96 matches
Mail list logo
