A bit more code change required, so I'll send the patch first, for folks
that still use this branch. Let me know what you find.
On my x86_64 F-16 machine, all tests pass.
--
Bojan
Property changes on: .
___
Added: svn:mergeinfo
--- Original message ---
From: Jim Jagielski
Any intent to T&R apr 1.4.6 to address this issue?
Wasn't really thinking of it, but if it would help, sure. A bit short on
time today due to work stuff though.
--
Bojan
On 1/30/2012 12:27 PM, Rainer Jung wrote:
> On 30.01.2012 19:10, William A. Rowe Jr. wrote:
>> On 1/30/2012 4:02 AM, Rainer Jung wrote:
>>>
>>> We add apu-1-confg --includes to CPPFLAGS and then use CPP and
>>> apu_version.h to detect
>>> which version we have. That works for most gcc versions, bu
On 30.01.2012 19:10, William A. Rowe Jr. wrote:
On 1/30/2012 4:02 AM, Rainer Jung wrote:
We add apu-1-confg --includes to CPPFLAGS and then use CPP and apu_version.h to
detect
which version we have. That works for most gcc versions, but recent gcc chokes,
because
apu_version.h includes apr_ve
On 1/30/2012 4:02 AM, Rainer Jung wrote:
>
> We add apu-1-confg --includes to CPPFLAGS and then use CPP and apu_version.h
> to detect
> which version we have. That works for most gcc versions, but recent gcc
> chokes, because
> apu_version.h includes apr_version.h, which can not be found due to
Any intent to T&R apr 1.4.6 to address this issue?
Bojan Smojver writes:
> On Mon, 2012-01-30 at 10:22 +, Philip Martin wrote:
>> It was reverted because it means the hash table data is not available
>> in pool cleanup handlers
>
> I guess it should then be reverted on the 1.5.x branch as well.
Yes, I believe so.
--
Philip
On Mon, 2012-01-30 at 10:22 +, Philip Martin wrote:
> It was reverted because it means the hash table data is not available
> in pool cleanup handlers
I guess it should then be reverted on the 1.5.x branch as well.
--
Bojan
Bojan Smojver writes:
> On Tue, 2009-09-22 at 20:06 +, minf...@apache.org wrote:
>> URL: http://svn.apache.org/viewvc?rev=817809&view=rev
>> Log:
>> The implementation of expand_array() in tables/apr_hash.c allocates
>> a new bucket array, without making any attempt to release the memory