https://bugs.openldap.org/show_bug.cgi?id=9924
--- Comment #6 from Howard Chu hyc@openldap.org --- (In reply to Michael Ströder from comment #5)
--- Comment #4 from Howard Chu hyc@openldap.org --- A fix is in https://git.openldap.org/openldap/openldap/-/merge_requests/568 please verify, thanks.
I'd like to roll out this as back-port patch for Æ-DIR servers to check whether this also fixes ITS#9365.
Your patch [1] applies cleanly to RE26 and seems to work on my local test systems (with python-ldap0, ae-dir-tool, aehostd and web2ldap using deref control). Anything else I should test before pushing this to production?
Triggering the leak requires first exhausting the per-thread tmpmem allocator, so you need a fairly large search response set with a lot of returned deref values. Have you verified that you can trigger the leak without the patch, and that the leak is gone with the patch in place?