Return-Path: Delivered-To: apmail-apr-cvs-archive@apr.apache.org Received: (qmail 17191 invoked by uid 500); 4 Dec 2001 00:34:09 -0000 Mailing-List: contact cvs-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: dev@apr.apache.org Delivered-To: mailing list cvs@apr.apache.org Received: (qmail 17178 invoked from network); 4 Dec 2001 00:34:09 -0000 Date: 4 Dec 2001 00:15:52 -0000 Message-ID: <20011204001552.89591.qmail@icarus.apache.org> From: jerenkrantz@apache.org To: apr-cvs@apache.org Subject: cvs commit: apr STATUS X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N jerenkrantz 01/12/03 16:15:52 Modified: . STATUS Log: I am leaning towards Sander's code because it makes the pool code clean. However, I'm going to be majorly backed up this week by finals, so let's start a running commentary in STATUS so that when I have time next week, I can keep everything straight without having to dig through the archives. If you've reviewed the code and tested it, place your votes. Revision Changes Path 1.71 +13 -1 apr/STATUS Index: STATUS =================================================================== RCS file: /home/cvs/apr/STATUS,v retrieving revision 1.70 retrieving revision 1.71 diff -u -r1.70 -r1.71 --- STATUS 2001/11/14 08:36:16 1.70 +++ STATUS 2001/12/04 00:15:52 1.71 @@ -1,5 +1,5 @@ APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*- -Last modified at [$Date: 2001/11/14 08:36:16 $] +Last modified at [$Date: 2001/12/04 00:15:52 $] Release: @@ -43,6 +43,18 @@ apr_proc_mutex_*() (Is proc_mutex unnecessary on Win32?) RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: + + * Enable pools to have thread-specific locking in it. + Status: There are two alternatives. More investigation/analysis + needs to be done to see if they can be merged + together. + Sander's submission: + + Brian's submission: + <3C064F49.8000908@pacbell.net> + Comparisons: + Ian: <3C083414.1080208@cnet.com> (performance) + Brian: <3C07D792.9070301@cnet.com> (code) * Get OTHER_CHILD support into Win32 Status: Bill S. is looking into this