Branko Čibej <br...@wandisco.com> writes:

> On 26.06.2014 13:04, Philip Martin wrote:
>
> Yup, I've been looking at exactly this spot and I suspect that I need to
> make a copy of the hash table into the correct pool.
>>
>> (gdb) p ht
>> $1 = (apr_hash_t *) 0x7fffd8060c60
>> (gdb) p ht[0]
>> $2 = {pool = 0x7fffd8006470, array = 0x4141414141414141, iterator = {
>>     ht = 0x4141414141414141, this = 0x4141414141414141, 
>>     next = 0x4141414141414141, index = 1094795585}, count = 1094795585, 
>>   max = 1094795585, seed = 1094795585, hash_func = 0x4141414141414141, 
>>   free = 0x4141414141414141}

I have pool debugging enabled and 0x41 is the poison byte that is used
to overwrite memory before it is freed.

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*

Reply via email to