[RELEASE CANDIDATE] mod_perl 2.0-RC5

the mod_perl development team is pleased to announce that we have a new
candidate for mod_perl 2.0, ready and waiting for testers.

this release, mod_perl 1.999_22, is a _very_ significant release as it
contains major API changes and is completely incompatible with any prior
release of mod_perl 1.99. in other words, you will need to modify ALL of
your old 2.0 code before it will be able to run with this latest release.
fortunately, the changes required are minor, straightforward, and simple.

*** YOU WILL NEED TO MODIFY ALL YOUR CODE AFTER UPGRADING ***

so, before you dive into this release, please take the time to read this

http://perl.apache.org/docs/2.0/rename.html

as it explains the changes, the reasons behind them, and the migration path
for your current codebase.

the release tarball is available for download from here

http://perl.apache.org/docs/2.0/rename.html

did I mention to read the document at

http://perl.apache.org/docs/2.0/rename.html

?

:)

once you've read it, please take a moment to download and test the tarball

http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz

and report back successes or failures. your help in testing is greatly
appreciated

--Geoff

Changes since RC4:

******************** IMPORTANT ********************
this version of mod_perl is completely incompatible
with prior versions of mod_perl, both 1.XX and
1.99_XX. Please read the below changes carefully.
***************************************************

remove MP_INST_APACHE2 installation option and Apache2.pm - all
mod_perl related files will now be installed so they are visible
via standard @INC. also, refuse to install over mod_perl 2 versions
less than 1.999_22. [Geoffrey Young]

s/Apache::/Apache2::/g and s/mod_perl/mod_perl2/g in all module
APIs. so, Apache::RequestRec is now Apache2::RequestRec,
Apache::compat is now Apache2::compat, and so on. [joes]

move all Apache:: constants to Apache2::Const and all APR:: constants
to APR::Const. for example, Apache:OK is now Apache2::Const::OK and
APR::SUCCESS is now APR::Const::SUCCESS. [Geoffrey Young]

add $ENV{MOD_PERL_API_VERSION} as something that clearly distinguishes
which mod_perl version is being used at request time. [Geoffrey Young]

rename Apache->request() to Apache2::RequestUtil->request(), and
Apache->server() to Apache2::ServerUtil->server()
[Geoffrey Young]

fix Apache2::Status which was bailing out on trying to load modules
with dev versions like 2.121_02 [Stas]

When parsing Makefile.PL MP_* options, handle correctly the MP_FOO=0
entries [Philip M. Gollucci ]

init the anonsub hash for base perl and each vhost +Parent (previously
was init'ed only for the base perl) [Stas]

fix a bug when a non-threaded perl is used and anonymous sub is pushed
at the server startup (the CV wasn't surviving) [Stas]

Make sure that CPAN shell doesn't triple over usage of
$ExtUtils::MakeMaker::VERSION [Randy Kobes]

Apache2::RequestRec->new now sets $r->request_time [Stas]

remove CGI.pm and Apache::Request dependencies from Apache2::Status
since they weren't used at all [Geoffrey Young]

Fixes for Apache2::Reload's touchfile feature (return Apache2::Const::OK
instead of 1) [Chris Warren ]

cygwin fixes: [Nick *** ]
- doesn't like XS wrapper starting with 'static'
- need to compile everything with -DCYGWIN

ModPerl::RegistryCooker API change: s/rewrite_shebang/shebang_to_perl/
the new API now returns the string to prepend before the rest of the
script, instead of rewriting the content, which is both faster and
doesn't mislead the perl debugger [Dominique Quatravaux
]

Starting from ExtUtils::MakeMaker 6.26 went back to pm_to_blib target
from pm_to_blib.ts introduced in 6.22, so needed to fix the glue_pod
target, so install will work correctly [Stas]

Syntax errors in sections were not correctly caught and
reported. [Gozer]

when building mp2 EU::MM looks into Apache-Test/MANIFEST and complains
about the missing Apache-Test/META.yml (which is indeed not included
in the modperl package due to the PAUSE problems of dealing with more
than one META.yml. Solution: Exclude Apache-Test/MANIFEST from
mod_perl distribution package. [Stas]

ModPerl::Registry no longer checks for -x bit (we don't executed
scripts anyway), and thus works on acl-based filesystems. Also
replaced the -r check with a proper error handling when the file is
read in. [Damon Buckwalter ]

Apache2::RequestUtil::slurp_filename now throws an APR::Error exception
object (before it was just croaking). [Stas]

fix APR::Error's overload of '==' (it was always returning true
before), and add the corresponding '!=' [Stas]

if $r->document_root was modified, restore it at the end of request
[joes]

Apache2::ServerRec method which set the non-integer fields in the
server_rec, now copy the value from the perl scalar, so if it changes
or goes out of scope the C struct is not affected. Using internal perl
variables to preserve the value, since using the server pool to
allocate the memory will mean a memory leak [Stas]

add the escape_url entry in the ModPerl::MethodLookup knowledgebase
[Stas]

Apache2::SubProcess::spawn_proc_prog now can be called in a void
context, in which case all the communication std pipes will be closed
[Stas]

fix a bug in $r->document_root, which previously weren't copying the
new string away [Stas]

introduce a new build option MP_AP_DESTDIR to aid package builders
direct the Apache-specific files to the right place. [Cory Omand
]

Fix bug in modperl_package_clear_stash() segfaulting when
encountering declared but not yet defined subroutines.
[Steve Hay , Gozer]

win32 needs PERL_SYS_INIT3/PERL_SYS_TERM calls [Steve Hay
]

Fix broken MP_STATIC_EXTS=1 build. [Gozer]

Perl -Duse64bit fix. Pointers can't just be generically
casted from/to IVs. Use PTR2IV/INT2PTR instead. [Gozer]

Perl -Duse64bit fix. apr_size_t pointers can't just be generically
casted from/to UVs. Use PTR2UV/INT2PTR instead. [Gozer]

fix a bug in Apache2::Build::dir: If the right directory isn't found in
the for loop $dir still contains a > value, so the ||= has no
effect. [Nick Wellnhofer ]

RE: [RELEASE CANDIDATE] mod_perl 2.0-RC5

Assuming i was upgrading a machine running RC4 to RC5, what is the =
easiest way to remove RC4 so RC5 will install? =20

make uninstall in the old build directory says it's depreciated (looking =
at the makefile), but offers no automated alternative? Will it do the =
job or do I really need to go through the perl lib directories and =
manually delete stuff?

Adam

-----Original Message-----
From: Geoffrey Young [mailto:geoff@modperlcookbook.org]
Sent: Monday, April 11, 2005 10:06 AM
To: dev@perl.apache.org; modperl@perl.apache.org
Subject: [RELEASE CANDIDATE] mod_perl 2.0-RC5


the mod_perl development team is pleased to announce that we have a new
candidate for mod_perl 2.0, ready and waiting for testers.

this release, mod_perl 1.999_22, is a _very_ significant release as it
contains major API changes and is completely incompatible with any prior
release of mod_perl 1.99. in other words, you will need to modify ALL =
of
your old 2.0 code before it will be able to run with this latest =
release.
fortunately, the changes required are minor, straightforward, and =
simple.

*** YOU WILL NEED TO MODIFY ALL YOUR CODE AFTER UPGRADING ***

so, before you dive into this release, please take the time to read this

http://perl.apache.org/docs/2.0/rename.html

as it explains the changes, the reasons behind them, and the migration =
path
for your current codebase.

the release tarball is available for download from here

http://perl.apache.org/docs/2.0/rename.html

did I mention to read the document at

http://perl.apache.org/docs/2.0/rename.html

?

:)

once you've read it, please take a moment to download and test the =
tarball

http://people.apache.org/~geoff/mod_perl-2.0.0-RC5.tar.gz

and report back successes or failures. your help in testing is greatly
appreciated

--Geoff

Changes since RC4:

******************** IMPORTANT ********************
this version of mod_perl is completely incompatible
with prior versions of mod_perl, both 1.XX and
1.99_XX. Please read the below changes carefully.
***************************************************

remove MP_INST_APACHE2 installation option and Apache2.pm - all
mod_perl related files will now be installed so they are visible
via standard @INC. also, refuse to install over mod_perl 2 versions
less than 1.999_22. [Geoffrey Young]

s/Apache::/Apache2::/g and s/mod_perl/mod_perl2/g in all module
APIs. so, Apache::RequestRec is now Apache2::RequestRec,
Apache::compat is now Apache2::compat, and so on. [joes]

move all Apache:: constants to Apache2::Const and all APR:: constants
to APR::Const. for example, Apache:OK is now Apache2::Const::OK and
APR::SUCCESS is now APR::Const::SUCCESS. [Geoffrey Young]

add $ENV{MOD_PERL_API_VERSION} as something that clearly distinguishes
which mod_perl version is being used at request time. [Geoffrey Young]

rename Apache->request() to Apache2::RequestUtil->request(), and
Apache->server() to Apache2::ServerUtil->server()
[Geoffrey Young]

fix Apache2::Status which was bailing out on trying to load modules
with dev versions like 2.121_02 [Stas]

When parsing Makefile.PL MP_* options, handle correctly the MP_FOO=3D0
entries [Philip M. Gollucci ]

init the anonsub hash for base perl and each vhost +Parent (previously
was init'ed only for the base perl) [Stas]

fix a bug when a non-threaded perl is used and anonymous sub is pushed
at the server startup (the CV wasn't surviving) [Stas]

Make sure that CPAN shell doesn't triple over usage of
$ExtUtils::MakeMaker::VERSION [Randy Kobes]

Apache2::RequestRec->new now sets $r->request_time [Stas]

remove CGI.pm and Apache::Request dependencies from Apache2::Status
since they weren't used at all [Geoffrey Young]

Fixes for Apache2::Reload's touchfile feature (return Apache2::Const::OK
instead of 1) [Chris Warren ]

cygwin fixes: [Nick *** ]
- doesn't like XS wrapper starting with 'static'
- need to compile everything with -DCYGWIN

ModPerl::RegistryCooker API change: s/rewrite_shebang/shebang_to_perl/
the new API now returns the string to prepend before the rest of the
script, instead of rewriting the content, which is both faster and
doesn't mislead the perl debugger [Dominique Quatravaux
]

Starting from ExtUtils::MakeMaker 6.26 went back to pm_to_blib target
from pm_to_blib.ts introduced in 6.22, so needed to fix the glue_pod
target, so install will work correctly [Stas]

Syntax errors in sections were not correctly caught and
reported. [Gozer]

when building mp2 EU::MM looks into Apache-Test/MANIFEST and complains
about the missing Apache-Test/META.yml (which is indeed not included
in the modperl package due to the PAUSE problems of dealing with more
than one META.yml. Solution: Exclude Apache-Test/MANIFEST from
mod_perl distribution package. [Stas]

ModPerl::Registry no longer checks for -x bit (we don't executed
scripts anyway), and thus works on acl-based filesystems. Also
replaced the -r check with a proper error handling when the file is
read in. [Damon Buckwalter ]

Apache2::RequestUtil::slurp_filename now throws an APR::Error exception
object (before it was just croaking). [Stas]

fix APR::Error's overload of '==' (it was always returning true
before), and add the corresponding '!=3D' [Stas]

if $r->document_root was modified, restore it at the end of request
[joes]

Apache2::ServerRec method which set the non-integer fields in the
server_rec, now copy the value from the perl scalar, so if it changes
or goes out of scope the C struct is not affected. Using internal perl
variables to preserve the value, since using the server pool to
allocate the memory will mean a memory leak [Stas]

add the escape_url entry in the ModPerl::MethodLookup knowledgebase
[Stas]

Apache2::SubProcess::spawn_proc_prog now can be called in a void
context, in which case all the communication std pipes will be closed
[Stas]

fix a bug in $r->document_root, which previously weren't copying the
new string away [Stas]

introduce a new build option MP_AP_DESTDIR to aid package builders
direct the Apache-specific files to the right place. [Cory Omand
]

Fix bug in modperl_package_clear_stash() segfaulting when
encountering declared but not yet defined subroutines.
[Steve Hay , Gozer]

win32 needs PERL_SYS_INIT3/PERL_SYS_TERM calls [Steve Hay
]

Fix broken MP_STATIC_EXTS=3D1 build. [Gozer]

Perl -Duse64bit fix. Pointers can't just be generically
casted from/to IVs. Use PTR2IV/INT2PTR instead. [Gozer]

Perl -Duse64bit fix. apr_size_t pointers can't just be generically
casted from/to UVs. Use PTR2UV/INT2PTR instead. [Gozer]

fix a bug in Apache2::Build::dir: If the right directory isn't found in
the for loop $dir still contains a > value, so the ||=3D has no
effect. [Nick Wellnhofer ]

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

Adam Prime x443 wrote:
> Assuming i was upgrading a machine running RC4 to RC5, what is the
> easiest way to remove RC4 so RC5 will install?
>
> make uninstall in the old build directory says it's depreciated
> (looking at the makefile), but offers no automated alternative? Will
> it do the job or do I really need to go through the perl lib
> directories and manually delete stuff?

Any of the following two should do:

find /usr/lib/perl5 | grep Apache2 | xargs rm -rf
find /usr/lib/perl5 -name 'Apache2' -exec rm -rf {} \;

adjust /usr/lib/perl5 to point to the root of your perl lib.

be careful though when you do 'rm -rf' :)

--
____________________________________________________________ ______
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

Stas Bekman wrote:
> Adam Prime x443 wrote:
>
>> Assuming i was upgrading a machine running RC4 to RC5, what is the
>> easiest way to remove RC4 so RC5 will install?
>>
>> make uninstall in the old build directory says it's depreciated
>> (looking at the makefile), but offers no automated alternative? Will
>> it do the job or do I really need to go through the perl lib
>> directories and manually delete stuff?
>
>
> Any of the following two should do:
>
> find /usr/lib/perl5 | grep Apache2 | xargs rm -rf
> find /usr/lib/perl5 -name 'Apache2' -exec rm -rf {} \;

actually make it:

find /usr/lib/perl5 -name 'Apache2*' -exec rm -rf {} \;

so it picks Apache2.pm too.

> adjust /usr/lib/perl5 to point to the root of your perl lib.
>
> be careful though when you do 'rm -rf' :)
>


--
____________________________________________________________ ______
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

On Apr 11, 2005, at 10:05 AM, Geoffrey Young wrote:

> *** YOU WILL NEED TO MODIFY ALL YOUR CODE AFTER UPGRADING ***

Is there going to be another one of these for mod_perl under Apache2.1 ?

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

Jonathan Vanasco wrote:
>
> On Apr 11, 2005, at 10:05 AM, Geoffrey Young wrote:
>
>> *** YOU WILL NEED TO MODIFY ALL YOUR CODE AFTER UPGRADING ***
>
>
> Is there going to be another one of these for mod_perl under Apache2.1 ?

not likely, but don't confuse the issue - really, the code migration forced
by this release has nothing to do with the Apache-side of the API at all.

as it stands now, mod_perl recent 1.99 versions work with both 2.0 and 2.1
just fine so long as you stick to 2.0 features. meaning, for example, you
can't use mp2 for coding authentication providers at the moment. however,
there's a CPAN module that lets you do that, so as far as I know you can use
2.1 without issue, and I think there are several over on dev@ that are doing
just that.

--Geoff

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

Jonathan Vanasco wrote:

>
> On Apr 11, 2005, at 10:05 AM, Geoffrey Young wrote:
>
>> *** YOU WILL NEED TO MODIFY ALL YOUR CODE AFTER UPGRADING ***
>
>
> Is there going to be another one of these for mod_perl under Apache2.1 ?

I don't think so... The most radically different thing is the auth modules
and that is all additions.

This is because of the Apache -> Apache2 and mod_perl -> mod_perl2 rename.



--
END
------------------------------------------------------------ -----------------
Philip M. Gollucci
Senior Developer - Liquidity Services Inc.
Phone: 202.568.6268 (Direct)
E-Mail: pgollucci@liquidation.com
Web: http://www.liquidation.com

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

>2.1 without issue, and I think there are several over on dev@ that are doing
That'd be me... I'm using 2.1.5-dev w/ mp2

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5 {OK on OSX 10.3.8 w/ Apache2.1.5-dev}

hi all,

-- On April 11, 2005 1:44:12 PM -0400 "Philip M. Gollucci"=20
wrote:
>> 2.1 without issue, and I think there are several over on dev@ that are doing
> That'd be me... I'm using 2.1.5-dev w/ mp2

fwiw, today's HEAD looks OK on my OSX 10.3.8 dev-box ...

Server Version: Apache/2.1.5-dev (Unix) DAV/2 PHP/5.0.4 SVN/1.1.3=20
mod_perl/1.999.22-dev Perl/v5.8.6
Server Built: Apr 7 2005 14:57:22
Module Magic Number: 20050305:0
Hostname/port: dev.internal.testdomain.com:80
Timeouts: connection: 300    keep-alive: 300
MPM Name: Worker
MPM Information: Max Daemons: 1 Threaded: yes Forked: yes
Server Architecture: 32-bit
Server Root: /usr/local/apache2
Config File: /var/Apache2/httpd.conf
Server Built With: -D APACHE_MPM_DIR=3D"server/mpm/worker"
-D APR_HAS_MMAP
-D APR_USE_SYSVSEM_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT=3D"/usr/local/apache2"
-D SUEXEC_BIN=3D"/usr/local/apache2/bin/suexec"
-D DEFAULT_ERRORLOG=3D"logs/error_log"
-D AP_TYPES_CONFIG_FILE=3D"/var/Apache2/mime.types"
-D SERVER_CONFIG_FILE=3D"/var/Apache2/httpd.conf"

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

--nextPart1427791.rXMicoM8CD
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 11 April 2005 16:05, Geoffrey Young wrote:
> =A0 http://perl.apache.org/docs/2.0/rename.html

Does that mean that new modules working only with MP2 should better be name=
d=20
Apache2::...?

I think, yes.

Torsten

--nextPart1427791.rXMicoM8CD
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQBCWtMEwicyCTir8T4RAm8YAKCRpGm8RpjmlZtoMQ/ilpn5QVJsaQCb BR1q
8JAXEFcRjofLlTW+G+PneNM=
=HyOS
-----END PGP SIGNATURE-----

--nextPart1427791.rXMicoM8CD--

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

On Apr 11, 2005, at 12:34 PM, Stas Bekman wrote:

> find /usr/lib/perl5 | grep Apache2 | xargs rm -rf
> find /usr/lib/perl5 -name 'Apache2' -exec rm -rf {} \;
>
> adjust /usr/lib/perl5 to point to the root of your perl lib.
>
> be careful though when you do 'rm -rf' :)

if anyone gets paranoid, you can always just do
find /usr/lib/perl5 | grep Apache2

to see what you're about to delete.

i know its obvious, but when 'rm -rf' is seen, i always forget i can
just test beforehand.

does anyone know if libaprq needs to be rebuilt? or will it work ?

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

jonathan vanasco wrote:
> does anyone know if libaprq needs to be rebuilt? or will it work ?
No it will not.
You'll need to for the time being check it out via SVN, but not the
trunk, the branch multi-env-unstable. I just compiled it and made it
all the way. I've done much tests yet... But I'll get too soonish.

--
END
------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

> multi-env-unstable
i fear that i'm going to want backport to RC4 soon...

I keep getting this error on the 'make test'

osx 10.3.8
perl Makefile.PL APXS=/usr/local/apache2/bin/apxs

(mp1 worked fine)



waiting 120 seconds for server to start: .[Mon Apr 11 19:06:00 2005]
[info] 6 Apache2:: modules loaded
[Mon Apr 11 19:06:00 2005] [info] 0 APR:: modules loaded
[Mon Apr 11 19:06:00 2005] [info] base server + 27 vhosts ready to run
tests
............................................................ .............
..................................................
waiting 120 seconds for server to start: not ok
[ error] giving up after 121 secs. If you think that your system
is slow or overloaded try again with a longer timeout value.
by setting the environment variable APACHE_TEST_STARTUP_TIMEOUT
to a high value (e.g. 420) and repeat the last command.

[ error] server failed to start! (please examine t/logs/error_log)
+--------------------------------------------------------+
| Please file a bug report: http://perl.apache.org/bugs/ |
+--------------------------------------------------------+
make: *** [run_tests] Error 1

t/logs/error_log says:
END in modperl_extra.pl, pid=5152
Attempt to free unreferenced scalar at
/System/Library/Perl/5.8.1/Test/Harness.pm line 31.

does anyone have a suggestion?

On Apr 11, 2005, at 7:04 PM, Philip M. Gollucci wrote:

> jonathan vanasco wrote:
>> does anyone know if libaprq needs to be rebuilt? or will it work ?
> No it will not.
> You'll need to for the time being check it out via SVN, but not the
> trunk, the branch multi-env-unstable. I just compiled it and made it
> all the way. I've done much tests yet... But I'll get too soonish.

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

jonathan vanasco wrote:

>> multi-env-unstable
> t/logs/error_log says:
END in modperl_extra.pl, pid=5152
Attempt to free unreferenced scalar at
/System/Library/Perl/5.8.1/Test/Harness.pm line 31.
> t/logs/error_log says:
> END in modperl_extra.pl, pid=5152
> Attempt to free unreferenced scalar at
> /System/Library/Perl/5.8.1/Test/Harness.pm line 31.
What else are you using
perl with or without ithreads
apr with threads
worker or prefork mpm?

The guru's will know more then me... but that looks remininsciant of
some threading errors I saw in the past. I haven't played inthe Darwin
sandbox for a while though.


--
END
------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

On Apr 11, 2005, at 7:16 PM, Philip M. Gollucci wrote:

> perl with or without ithreads
> apr with threads
> worker or prefork mpm?

standard perl =96 that is one thing i never want to compile on my own
apr seems to have APR_USE_PTHREAD_SERIALIZE
httpd is prefork_mpm

did i choose the wrong stuff for apache? its worked fine in the past.

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

jonathan vanasco wrote:
> On Apr 11, 2005, at 7:16 PM, Philip M. Gollucci wrote:
>
>> perl with or without ithreads
>> apr with threads
>> worker or prefork mpm?
>
>
> standard perl – that is one thing i never want to compile on my own
a
perl -V ?


--
END
------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) 301.254.5198
Consultant / http://p6m7g8.net/Resume/resume.shtml
Senior Developer / Liquidity Services, Inc.
http://www.liquidityservicesinc.com

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

On Apr 11, 2005, at 7:09 PM, jonathan vanasco wrote:

> i fear that i'm going to want backport to RC4 soon...

and so I have!

I need to spend my time right now developing this webapp i've been
slaving on - i'm gonna hold off on RC5 until there's a libaprq release
for it

Thanks to everyone who chimed in with support, especially philip

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

On Mon, 2005-04-11 at 19:20 -0400, jonathan vanasco wrote:
> standard perl â€=93 that is one thing i never want to compile on my o=
wn

You may want to try it some day. It's a very easy compile, and on
systems like Fedora you can get about 15% better speed by compiling it
yourself with all the defaults. Red Hat turns on threads and debugging,
which only slow things down if you're running a prefork MPM.

- Perrin

Re: [RELEASE CANDIDATE] mod_perl 2.0-RC5

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig9DA23AE3D4B7344E601FECA4
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Geoffrey Young wrote:
> the mod_perl development team is pleased to announce that we have a new
> candidate for mod_perl 2.0, ready and waiting for testers.
>
> [...]

Looks like things are borked on OS X ;-(

Darwin (OS X):
Static: bus error on startup (will investigate)
Dynamic:
worker & prefork:
Program received signal EXC_BAD_ACCESS, Could not access memory.
0x87c35bd4 in S_mess_alloc ()
(gdb) bt
#0 0x87c35bd4 in S_mess_alloc ()
#1 0x87c35ec0 in Perl_vmess ()
#2 0x87c3697c in Perl_vcroak ()
#3 0x87c36e2c in Perl_croak_nocontext ()
#4 0x01016b18 in modperl_global_cleanup (data=0x0) at modperl_global.c:80
#5 0x000712ac in run_cleanups (cref=0x1806228) at apr_pools.c:1952
#6 0x00070940 in apr_pool_clear (pool=0xbffffb1c) at apr_pools.c:694
#7 0x00024568 in main (argc=11, argv=0xbffffd34) at main.c:575

I'll investigate some more and post more detailled backtraces.

------------------------------------------------------------ --------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5

--------------enig9DA23AE3D4B7344E601FECA4
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCW3CEyzKhB4jDpaURAkguAJ9nCeADFFZUrpIsPU7fHubGLXGbnwCf dcea
cAAVeSOlqhXUgs7r8ghpM4s=
=Pojm
-----END PGP SIGNATURE-----

--------------enig9DA23AE3D4B7344E601FECA4--