On Sun, Nov 16, 2014 at 3:54 PM, Eric Covener wrote:
> On Sun, Nov 16, 2014 at 7:27 AM, Yann Ylavic wrote:
>> Maybe it would make sense to clear the recycled pool in
>> ap_push_pool(), that would simplify caller's life (currently we always
>> do it before the call).
>>
> +1
Done in r1640031 (as
On Sun, Nov 16, 2014 at 7:27 AM, Yann Ylavic wrote:
> Hi,
>
> Maybe it would make sense to clear the recycled pool in
> ap_push_pool(), that would simplify caller's life (currently we always
> do it before the call).
>
+1
Hi,
Maybe it would make sense to clear the recycled pool in
ap_push_pool(), that would simplify caller's life (currently we always
do it before the call).
How about the attached patch?
Regards,
Yann.
On Sun, Nov 16, 2014 at 6:55 AM, Marion & Christophe JAILLET
wrote:
> Done in r1639960.
>
> CJ
Done in r1639960.
CJ
Le 15/11/2014 08:32, Marion & Christophe JAILLET a écrit :
Hi,
the same pattern exists in eventopt.
CJ
Le 12/11/2014 18:32, cove...@apache.org a écrit :
Author: covener
Date: Wed Nov 12 17:32:24 2014
New Revision: 1638879
URL: http://svn.apache.org/r1638879
Log:
avoid
Hi,
the same pattern exists in eventopt.
CJ
Le 12/11/2014 18:32, cove...@apache.org a écrit :
Author: covener
Date: Wed Nov 12 17:32:24 2014
New Revision: 1638879
URL: http://svn.apache.org/r1638879
Log:
avoid dereferencing a recently apr_pool_clear()'ed event_conn_state_t *cs
in several pat