Steve Hay wrote:
[...]
One thought that I just about this stuff: I know that Linux users have
always been unable to reproduce this behaviour. Which malloc() are you
using? I'm using Perl's malloc() now (although admittedly I was using
the system malloc() before). If you're using the system m
Steve Hay wrote:
Index: src/modules/perl/mod_perl.c
===
--- src/modules/perl/mod_perl.c (revision 151089)
+++ src/modules/perl/mod_perl.c (working copy)
@@ -544,9 +544,9 @@
{
MP_TRACE_i(MP_FUNC, "mod_perl sys init\n");
-#if 0 /*XXX
Steve Hay wrote:
>the following sequence (with one extra test) fails
>as before:
>
>filter/in_error.t modules/reload.t perl/api.t perl/ithreads.t
>
>As before, ithreads.t causes the (only) Apache.exe to crash
>
The "crash" really is the same as before. (Have a look at
http://marc.theaimsgro
Towards the end of last year I had the following test sequence failing:
modules/reload.t perl/api.t perl/ithreads.t
After ages trying I finally come up with an obscure change which fixed
it
(http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=110302656132092&w=2).
Retrying things again no
Stas Bekman wrote:
>Steve Hay wrote:
>[...]
>
>
>>After further investigation, I've realised that actually Philippe's
>>patch DOES fix the problem.
>>
>>[...]
>>So could somebody please apply the attached patch. (This version
>>updates PERL_SYS_INIT() to PERL_SYS_INIT3() as per perlembed, and
