Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 78871 invoked from network); 11 Oct 2005 19:10:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 Oct 2005 19:10:23 -0000 Received: (qmail 61919 invoked by uid 500); 11 Oct 2005 19:10:20 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 61869 invoked by uid 500); 11 Oct 2005 19:10:20 -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 61858 invoked by uid 99); 11 Oct 2005 19:10:19 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Oct 2005 12:10:19 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [69.225.174.131] (HELO x.win.covalent.net) (69.225.174.131) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Oct 2005 12:10:21 -0700 Received: from [192.168.0.21] ([24.13.128.132]) by x.win.covalent.net over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Tue, 11 Oct 2005 12:08:22 -0700 Message-ID: <434C0DC5.60509@rowe-clan.net> Date: Tue, 11 Oct 2005 14:08:53 -0500 From: "William A. Rowe, Jr." User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc3 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@apr.apache.org Subject: [POLL] pools, apr 2.x, and beyond Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 11 Oct 2005 19:08:22.0875 (UTC) FILETIME=[265A1AB0:01C5CE97] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This isn't a vote, but a poll to gauge interest of the community. Moving forward into apr 2.x or beyond, which better espresses your personal interest? [ ] Improve (al la apr_prealloc) the pool API, but continue to use a pool-based schema for apr's resources. [ ] Add apr_Xalloc/_Xrealloc/_Xfree based on alternate allocation strategies, allowing support of non-pool based apr resources. Not binding, but more to gather where we might be moving next. Bill