Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: ModPerl: Dev

[RELEASE CANDIDATE]: mod_perl-2.0.6 RC3

 

 

ModPerl dev RSS feed   Index | Next | Previous | View Threaded


fred at redhotpenguin

Apr 5, 2012, 11:52 PM

Post #1 of 13 (1095 views)
Permalink
[RELEASE CANDIDATE]: mod_perl-2.0.6 RC3

Release candidate 3 is here! Please download, test and report back
success of failure. +1 here on 5.14.1/2.2.15/OS X 10.7

http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz

MD5 (mod_perl-2.0.6-rc3.tar.gz) = 749781738e88005bc94638bbce1b753a

=item 2.0.6-rc3

Adopt modperl_pcw.c changes from httpd24 branch. [Torsten Foertsch]

Pool cleanup functions must not longjmp. Catch these exceptions and turn
them into warnings. [Torsten Foertsch]

Fix a race condition in our tipool management.
See http://www.gossamer-threads.com/lists/modperl/dev/104026
Patch submitted by: SalusaSecondus <salusa [at] nationstates>
Reviewed by: Torsten Foertsch

Ensure that MP_APXS is set when building on Win32 with MP_AP_PREFIX,
otherwise the bundled Reload and SizeLimit builds will fail to find a
properly configured Test environment.
[Steve Hay]

Fix a few REFCNT bugs.
Patch submitted by: Niko Tyni <ntyni [at] debian>
Reviewed by: Torsten Foertsch

Correct the initialization of the build config in ModPerl::MM. The global
variable was only being set once on loading the module, which was before
Apache2::BuildConfig.pm had been written, leading to cwd and MP_LIBNAME
being unset when writing the Reload and SizeLimit makefiles.
[Steve Hay]

Discover apr-2-config from Apache 2.4 onwards. [Gozer]

Apache 2.4 and onwards doesn't require linking the MPM module directly in
the httpd binary anymore. APXS lost the MPM_NAME query, so we can't assume
a given MPM anymore. Introduce a fake MPM 'dynamic' to represent this.
[Torsten Foertsch, Gozer]

Perl 5.14 brought a few changes in Perl_sv_dup() that made a threaded apache
segfault while cloning interpreters.
[Torsten Foertsch]

PerlIOApache_flush() and mpxs_Apache2__RequestRec_rflush() now no longer throw
exceptions when modperl_wbucket_flush() fails if the failure was just a reset
connection or an aborted connection. The failure is simply logged to the error
log instead. This should fix cases of httpd.exe crashing when users press the
Stop button in their web browsers.
[Steve Hay]

Fixed a few issues that came up with LWP 6.00:
- t/response/TestAPI/request_rec.pm assumes HTTP/1.0 but LWP 6 uses 1.1
- t/api/err_headers_out.t fails due to a bug somewhere in LWP 6
- t/filter/TestFilter/out_str_reverse.pm sends the wrong content-length header
[Torsten Foertsch]

Bugfix: Apache2::ServerUtil::get_server{description,banner,version} cannot
be declared as perl constants or they won't reflect added version components
if Apache2::ServerUtil is loaded before the PostConfig phase. Now, they
are ordinary perl functions. [Torsten Foertsch]

Check for the right ExtUtils::Embed version during build [Torsten Foertsch]

Take a lesson from rt.cpan.org #66085 and pass LD_LIBRARY_PATH if mod_env
is present. Should prevent test failures on some platforms.
[Fred Moyer]

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


torsten.foertsch at gmx

Apr 8, 2012, 11:24 AM

Post #2 of 13 (1054 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

On Thursday, 05 April 2012 23:52:38 Fred Moyer wrote:
> Release candidate 3 is here! Please download, test and report back
> success of failure. +1 here on 5.14.1/2.2.15/OS X 10.7
>
> http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz
>
+1 opensuse 12.1, httpd 2.21 prefork+worker, perl 5.12.3 with and without
ithreads

> MD5 (mod_perl-2.0.6-rc3.tar.gz) = 749781738e88005bc94638bbce1b753a

$ md5sum -c <<<"749781738e88005bc94638bbce1b753a mod_perl-2.0.6-rc3.tar.gz"
mod_perl-2.0.6-rc3.tar.gz: OK

Torsten Förtsch

--
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


KMcGrail at PCCC

Apr 9, 2012, 5:45 AM

Post #3 of 13 (1056 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

On Thursday, 05 April 2012 23:52:38 Fred Moyer wrote:
>> Release candidate 3 is here! Please download, test and report back
>> success of failure. +1 here on 5.14.1/2.2.15/OS X 10.7
>>
>> http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz
>>
>
Apache/2.4.1 mod_perl/2.0.6-rc3 Perl/v5.10.1

Testing with httpd 2.4.1 using this command line:

perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs
MP_APR_CONFIG=/usr/local/apache2/bin/apr-1-config

I get this error compiling:

cd "src/modules/perl" && make
make[1]: Entering directory `/usr/src/mod_perl-2.0.6-rc3/src/modules/perl'
gcc -I/usr/src/mod_perl-2.0.6-rc3/src/modules/perl
-I/usr/src/mod_perl-2.0.6-rc3/xs -I/usr/local/apache2/include
-I/usr/local/apache2/include -D_REENTRANT -D_GNU_SOURCE
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include
-I/usr/lib64/perl5/CORE -DMOD_PERL -DMP_COMPAT_1X -DLINUX=2 -O2 -g -pipe
-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC \
-c mod_perl.c && mv mod_perl.o mod_perl.lo
gcc -I/usr/src/mod_perl-2.0.6-rc3/src/modules/perl
-I/usr/src/mod_perl-2.0.6-rc3/xs -I/usr/local/apache2/include
-I/usr/local/apache2/include -D_REENTRANT -D_GNU_SOURCE
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include
-I/usr/lib64/perl5/CORE -DMOD_PERL -DMP_COMPAT_1X -DLINUX=2 -O2 -g -pipe
-Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC \
-c modperl_interp.c && mv modperl_interp.o modperl_interp.lo
modperl_interp.c: In function ‘modperl_interp_select’:
modperl_interp.c:503: error: ‘conn_rec’ has no member named
‘remote_ip’
make[1]: *** [modperl_interp.lo] Error 1
make[1]: Leaving directory `/usr/

Am I assuming incorrectly that the next release should be supporting
httpd 2.4?

Regards,
KAM

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


torsten.foertsch at gmx

Apr 9, 2012, 8:53 AM

Post #4 of 13 (1044 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

On Monday, 09 April 2012 08:45:00 Kevin A. McGrail wrote:
> Am I assuming incorrectly that the next release should be supporting
> httpd 2.4?

yes. For now use httpd 2.2.

There is a httpd24 branch in the SVN repository. However, even that one won't
compile because last fall the httpd data structures have changed yet again. It
worked with 2.3.x as of last summer except for the API changes that come with
httpd 2.4.

Torsten Förtsch

--
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


SteveHay at planit

Apr 10, 2012, 1:04 AM

Post #5 of 13 (1048 views)
Permalink
RE: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

Fred Moyer wrote on 2012-04-06:
> Release candidate 3 is here! Please download, test and report back
> success of failure. +1 here on 5.14.1/2.2.15/OS X 10.7
>
> http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz
>

Failure on Windows, I'm afraid. We have a code before declaration
problem in Apache2__ServerUtil.h which MSVC++ chokes on. Just fixed in
rev 1311623, and all looking good otherwise.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


fred at redhotpenguin

Apr 10, 2012, 10:28 AM

Post #6 of 13 (1046 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

On Tue, Apr 10, 2012 at 1:04 AM, Steve Hay <SteveHay [at] planit> wrote:
> Fred Moyer wrote on 2012-04-06:
>> Release candidate 3 is here! Please download, test and report back
>> success of failure.  +1 here on 5.14.1/2.2.15/OS X 10.7
>>
>> http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz
>>
>
> Failure on Windows, I'm afraid. We have a code before declaration
> problem in Apache2__ServerUtil.h which MSVC++ chokes on. Just fixed in
> rev 1311623, and all looking good otherwise.

Ok, I'll roll rc4.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


fred at redhotpenguin

Apr 10, 2012, 10:28 AM

Post #7 of 13 (1044 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

2012/4/9 Torsten Förtsch <torsten.foertsch [at] gmx>:
> On Monday, 09 April 2012 08:45:00 Kevin A. McGrail wrote:
>> Am I assuming incorrectly that the next release should be supporting
>> httpd 2.4?
>
> yes. For now use httpd 2.2.
>
> There is a httpd24 branch in the SVN repository. However, even that one won't
> compile because last fall the httpd data structures have changed yet again. It
> worked with 2.3.x as of last summer except for the API changes that come with
> httpd 2.4.

Guessing this is a 2.0.7 fix? Or would it need to be 2.4.0?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


torsten.foertsch at gmx

Apr 10, 2012, 11:37 AM

Post #8 of 13 (1050 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

On Tuesday, 10 April 2012 10:28:53 Fred Moyer wrote:
> Guessing this is a 2.0.7 fix? Or would it need to be 2.4.0?

What are the requirements for one or the other? I think a modperl that
supports httpd 2.4 will not be completely backwards compatible.

However, this is a subject for discussion. Should it be as backwards
compatible as possible? I don't think so. Modperl is a layer that exposes the
httpd API more or less for Perl users. If that API changes we should adopt
these changes. But perhaps we should have a modperl for httpd 2.2 and another
one for 2.4.

A minor question is should we bind our version numbering to that of httpd?

Torsten Förtsch

--
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


joe_schaefer at yahoo

Apr 10, 2012, 11:50 AM

Post #9 of 13 (1046 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

We discussed all this when 2.0 was first released- we
should track the httpd API as faithfully as possible,
and perhaps bump to 2.4.x when we need to break
back-compat with the 2.0.x line.

CPAN can't support both lines so we're stuck going
with thelatest version whenever we drop stuff on CPAN.


IOW we don't need to rush to support 2.4 as it will
introduce pain for existing users.  Aim for another
3-6 months min before we start targetting that platform
is what I suggest.



----- Original Message -----
> From: Torsten Förtsch <torsten.foertsch [at] gmx>
> To: dev [at] perl
> Cc: Fred Moyer <fred [at] redhotpenguin>
> Sent: Tuesday, April 10, 2012 2:37 PM
> Subject: Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3
>
> On Tuesday, 10 April 2012 10:28:53 Fred Moyer wrote:
>> Guessing this is a 2.0.7 fix? Or would it need to be 2.4.0?
>
> What are the requirements for one or the other? I think a modperl that
> supports httpd 2.4 will not be completely backwards compatible.
>
> However, this is a subject for discussion. Should it be as backwards
> compatible as possible? I don't think so. Modperl is a layer that exposes
> the
> httpd API more or less for Perl users. If that API changes we should adopt
> these changes. But perhaps we should have a modperl for httpd 2.2 and another
> one for 2.4.
>
> A minor question is should we bind our version numbering to that of httpd?
>
> Torsten Förtsch
>
> --
> Need professional modperl support? Hire me! (http://foertsch.name)
>
> Like fantasy? http://kabatinte.net
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe [at] perl
> For additional commands, e-mail: dev-help [at] perl
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


fred at redhotpenguin

Apr 10, 2012, 12:07 PM

Post #10 of 13 (1044 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

On Tue, Apr 10, 2012 at 11:50 AM, Joe Schaefer <joe_schaefer [at] yahoo> wrote:
> CPAN can't support both lines so we're stuck going
> with thelatest version whenever we drop stuff on CPAN.

That's a good point. I've seen that solved with something like package
mod_perl::24, but I'm not sure if that is the right approach here.

> IOW we don't need to rush to support 2.4 as it will
> introduce pain for existing users.  Aim for another
> 3-6 months min before we start targetting that platform
> is what I suggest.

I'd be happy to test a 2.4 branch if it was available.

>
>
>
> ----- Original Message -----
>> From: Torsten Förtsch <torsten.foertsch [at] gmx>
>> To: dev [at] perl
>> Cc: Fred Moyer <fred [at] redhotpenguin>
>> Sent: Tuesday, April 10, 2012 2:37 PM
>> Subject: Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3
>>
>> On Tuesday, 10 April 2012 10:28:53 Fred Moyer wrote:
>>>  Guessing this is a 2.0.7 fix? Or would it need to be 2.4.0?
>>
>> What are the requirements for one or the other? I think a modperl that
>> supports httpd 2.4 will not be completely backwards compatible.
>>
>> However, this is a subject for discussion. Should it be as backwards
>> compatible as possible? I don't think so. Modperl is a layer that exposes
>> the
>> httpd API more or less for Perl users. If that API changes we should adopt
>> these changes. But perhaps we should have a modperl for httpd 2.2 and another
>> one for 2.4.
>>
>> A minor question is should we bind our version numbering to that of httpd?
>>
>> Torsten Förtsch
>>
>> --
>> Need professional modperl support? Hire me! (http://foertsch.name)
>>
>> Like fantasy? http://kabatinte.net
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe [at] perl
>> For additional commands, e-mail: dev-help [at] perl
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


fred at redhotpenguin

Apr 10, 2012, 1:10 PM

Post #11 of 13 (1048 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

RC4 is here which includes Steve's fix. +1 on 5.14/2.2.15/OS X 10.7

http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz

MD5 (mod_perl-2.0.6-rc4.tar.gz) = a2a9d3cb0bf1747e105030ebf226937c

On Tue, Apr 10, 2012 at 10:28 AM, Fred Moyer <fred [at] redhotpenguin> wrote:
> On Tue, Apr 10, 2012 at 1:04 AM, Steve Hay <SteveHay [at] planit> wrote:
>> Fred Moyer wrote on 2012-04-06:
>>> Release candidate 3 is here! Please download, test and report back
>>> success of failure.  +1 here on 5.14.1/2.2.15/OS X 10.7
>>>
>>> http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz
>>>
>>
>> Failure on Windows, I'm afraid. We have a code before declaration
>> problem in Apache2__ServerUtil.h which MSVC++ chokes on. Just fixed in
>> rev 1311623, and all looking good otherwise.
>
> Ok, I'll roll rc4.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


SteveHay at planit

Apr 11, 2012, 1:00 AM

Post #12 of 13 (1048 views)
Permalink
RE: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

Fred Moyer wrote on 2012-04-10:
> RC4 is here which includes Steve's fix. +1 on 5.14/2.2.15/OS X 10.7
>
> http://people.apache.org/~phred/mod_perl-2.0.6-rc3.tar.gz
>
> MD5 (mod_perl-2.0.6-rc4.tar.gz) = a2a9d3cb0bf1747e105030ebf226937c
>

The above link is to RC3, but I've downloaded and tested RC4 from the
same directory and all is good here on Win7 x64 with VC++ 2010 using:

- Apache 2.2.21, Perl 5.15.7 (default build and without
PERL_IMPLICIT_SYS) (release mode)
- Apache 2.2.21, Perl 5.12.4 (default build) (debug mode)

I found one oddity though: the RC3 and RC4 tarballs contain a trunk/
folder in Apache-SizeLimit/. Is that supposed to be there? It's also
listed in the MANIFEST file, but I'm guessing it shouldn't be there?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl


fred at redhotpenguin

Apr 11, 2012, 7:25 AM

Post #13 of 13 (1047 views)
Permalink
Re: [RELEASE CANDIDATE]: mod_perl-2.0.6 RC3 [In reply to]

On Wed, Apr 11, 2012 at 1:00 AM, Steve Hay <SteveHay [at] planit> wrote:
> I found one oddity though: the RC3 and RC4 tarballs contain a trunk/
> folder in Apache-SizeLimit/. Is that supposed to be there? It's also
> listed in the MANIFEST file, but I'm guessing it shouldn't be there?

Thanks for the spot - let me take a look at this and push RC5.
Something odd may have happened with the externals.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

ModPerl dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.