Mailing-List: contact dev-help@perl.apache.org; run by ezmlm
Precedence: bulk
Date: Fri, 2 Jul 2004 00:31:02 -0500 (CDT)
From: Randy Kobes <randy@theoryx5.uwinnipeg.ca>
To: Stas Bekman <stas@stason.org>
cc: dev@perl.apache.org, Joe Orton <jorton@redhat.com>
Subject: Re: [mp2] protocol/echo_bbs2 on Win32
In-Reply-To: <40E47CD9.7030405@stason.org>
Message-ID: <Pine.LNX.4.56.0407020026560.31171@theoryx5.uwinnipeg.ca>
References: <Pine.LNX.4.56.0407011549170.16502@theoryx5.uwinnipeg.ca>
 <40E47CD9.7030405@stason.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 1 Jul 2004, Stas Bekman wrote:

> Randy Kobes wrote:
> > The t/protocol/echo_bbs2 test on Win32 causes a crash
> > (protocol/echo_bbs passes). The problem appears to be coming
> > from apr_brigade_cleanup(), called from
> > WrapXS/APR/Brigade/Brigade.xs - here's the output from the
> > debugger:
>
> Philippe has posted this a few days ago with the complete trace:

Sorry about that - I missed that. At least it's confirmation
that the problem happens elsewhere (albeit on Win32 :)

> I don't understand why it doesn't happen on my setup which
> seems to be pretty close to philippe's one. I suppose it
> just so happens that the freed memory is still valid on my
> machine, due to different compilations.
>
> The problem appears to be in Apache, where some downstream
> filter decides to free the brigade, rendering $bb->cleanup
> useless, since you can't rely on $bb to be valid at all.
> That just sucks.

For what it's worth, I don't have such a problem on my
linux machine (Apache/2.0.49 prefork, non-threaded
perl-5.4); on Win32, the problem arose on Apache/2.0.50
winnt, perl-5.4 multithreaded (ActivePerl compatible).

-- 
best regards,
randy


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org