|
Posted by Sisyphus on August 7, 2007, 8:07 pm
Please log in for more thread options
> On one of my systems, I'im following the actual
> Win32 releases of Perl5 in order to check out and
> decide what to install elsewhere.
Around build 818 they changed the @INC order, and they started placing the
non-core modules that shipped as standard with ActivePerl in the perl/lib
folder (instead of the perl/site/lib folder they had previously been placed
in).
So if you were upgrading from (say) 817 to 819 you first had to remove 817 -
simply installing "over the top" would lead to problems.
But that shouldn't affect an upgrade from 820 to 822. I've just upgraded to
822 from 820 by installing over the top, and there have so far been no
issues - though I'm running neither Apache nor mod_perl.
.
.
>
> After upgrading the installation to AP.588/8.22, the
> Apache2 crashes on startup when loading the new
> perl58.dll from this (822) version. The upgrading
> was done by a simple 'setup' over the old version
> (no questions asked).
>
> Reinstalling mod_perl2 (2.0.3, which went perfectly smooth)
> did not help.
>
> Anybody has some suggestions? Do I have to install the
> Apache2 clean from scratch? Is this a 822 issue?
>
I guess you could try a re-install of Apache2, but I can't think of any
reason that should be necessary.
It sounds like an 822 issue .... are there any useful error messages
associated with the crash ?
The 822 CHANGES.txt states:
---------------------------
* Additional updates and bug fixes in the Perl internals have been
applied (on top of the changes in build 821, which was only
released on HP-UX). See the Changes file in the source distribution
for the complete list.
---------------------------
Perhaps one of those bug fixes has introduced a binary incompatibility wrt
mod_perl. (I presume the "source distribution" they refer to is the build
822 source.)
Sorry ... can't really help at all.
If you can attract the attention of Jan Dubois (eg by posting to the
perl-win32-users mailing list) he might be able to provide some pointers.
And Randy Kobes is (or at least was) fairly active wrt
ActivePerl/Apache/mod_perl ... he might have some ideas ...
Cheers,
Rob
|