Return-Path: X-Original-To: apmail-httpd-dev-archive@www.apache.org Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A308B7688 for ; Mon, 25 Jul 2011 00:53:08 +0000 (UTC) Received: (qmail 35687 invoked by uid 500); 25 Jul 2011 00:53:07 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 35624 invoked by uid 500); 25 Jul 2011 00:53:07 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 35616 invoked by uid 99); 25 Jul 2011 00:53:06 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Jul 2011 00:53:06 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [72.167.82.81] (HELO p3plsmtpa01-01.prod.phx3.secureserver.net) (72.167.82.81) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 25 Jul 2011 00:52:59 +0000 Received: (qmail 28501 invoked from network); 25 Jul 2011 00:52:37 -0000 Received: from unknown (76.252.112.72) by p3plsmtpa01-01.prod.phx3.secureserver.net (72.167.82.81) with ESMTP; 25 Jul 2011 00:52:37 -0000 Message-ID: <4E2CBE59.9040001@rowe-clan.net> Date: Sun, 24 Jul 2011 19:52:41 -0500 From: "William A. Rowe Jr." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18) Gecko/20110616 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: dev@httpd.apache.org, NormW Subject: Re: ldap functions in/to apr References: <4E2CBAA0.5010304@gknw.net> In-Reply-To: <4E2CBAA0.5010304@gknw.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 7/24/2011 7:36 PM, NormW wrote: >> ldap_memfree >> ldap_msgfree This is assuredly how not to get an API approved. Adding this to apr_ won't happen. By definition, apr_ objects are transactional and pool-bound for their destruction. You should be discussing this with the apr project, the httpd project is already done with this topic.