<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Hello.<div><br class="webkit-block-placeholder"></div><div>I've written to this list before regarding bug 68 (<a href="http://issues.outoforder.cc/view.php?id=68)">http://issues.outoforder.cc/view.php?id=68)</a>, I encounter this bug daily. I have long-running processes that use apr_memcache and I have to restart them regularly or else they use up all the memory of the machine.</div><div><br class="webkit-block-placeholder"></div><div>I have have tested the latest revision from the apr-util repository and the latest from&nbsp;<a href="http://svn.northnitch.com/apr_memcache/trunk/">http://svn.northnitch.com/apr_memcache/trunk/</a>&nbsp;. They both&nbsp;exhibit&nbsp;this&nbsp;behavior.</div><div><br class="webkit-block-placeholder"></div><div>There is even a testcase attached in the bug report and I sent, in my previous email, the output from a memory profiler... I don't know the APR enough to try and fix this bug unfortunately.</div><div><br class="webkit-block-placeholder"></div><div>What I would like to know is that if there is any chance that this bug will be fixed in the near future? I understand that the developer(s) may not have enough time to maintain this library but I need to know if I should rewrite my code against a different C API.</div><div><br class="webkit-block-placeholder"></div><div>Thanks for your time,</div><div>André Cruz</div></body></html>