Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 62859 invoked from network); 7 Aug 2008 08:09:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Aug 2008 08:09:48 -0000 Received: (qmail 32384 invoked by uid 500); 7 Aug 2008 08:09:47 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 32343 invoked by uid 500); 7 Aug 2008 08:09:46 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 32332 invoked by uid 99); 7 Aug 2008 08:09:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Aug 2008 01:09:46 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of bojan@rexursive.com designates 203.171.74.242 as permitted sender) Received: from [203.171.74.242] (HELO beauty.rexursive.com) (203.171.74.242) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Aug 2008 08:08:51 +0000 Received: from [10.1.120.24] (shrek.rexursive.com [10.1.120.24]) by beauty.rexursive.com (Postfix) with ESMTP id C05C640369 for ; Thu, 7 Aug 2008 18:09:17 +1000 (EST) Subject: Re: svn commit: r683517 - /apr/apr-util/trunk/misc/apr_reslist.c From: Bojan Smojver To: APR Development List In-Reply-To: <489AA9C4.1000000@apache.org> References: <20080807055602.1737923889A0@eris.apache.org> <1218089337.25598.98.camel@shrek.rexursive.com> <489AA9C4.1000000@apache.org> Content-Type: text/plain Date: Thu, 07 Aug 2008 18:09:17 +1000 Message-Id: <1218096557.25598.105.camel@shrek.rexursive.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 (2.22.3.1-1.fc9) Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Thu, 2008-08-07 at 09:52 +0200, Mladen Turk wrote: > We might also backport the apr_reslist_cleanup_order_set > but of course not set it up as exported but only usable > inside apr-util if that'll help unifying memcache. Whatever the list prefers on this one is good for me. We can either go with that or with malloc()/free() trickery I sent to the list a while ago. -- Bojan