apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From wr...@apache.org
Subject svn commit: r925950 - /apr/apr/trunk/STATUS
Date Mon, 22 Mar 2010 04:20:11 GMT
Author: wrowe
Date: Mon Mar 22 04:20:10 2010
New Revision: 925950

URL: http://svn.apache.org/viewvc?rev=925950&view=rev
Log:
Add some API ideas

Modified:
    apr/apr/trunk/STATUS

Modified: apr/apr/trunk/STATUS
URL: http://svn.apache.org/viewvc/apr/apr/trunk/STATUS?rev=925950&r1=925949&r2=925950&view=diff
==============================================================================
--- apr/apr/trunk/STATUS [utf-8] (original)
+++ apr/apr/trunk/STATUS [utf-8] Mon Mar 22 04:20:10 2010
@@ -162,6 +162,17 @@ ONGOING REMINDERS FOR STYLE/SUBSTANCE OF
 
 RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
+    * Need a proper fragmentation control API for clearing apr_pool's,
+      where the block alloc/clear/realloc sequence introduces more and
+      more unusable spaces in the physical blocks.  APR must provide
+      a mechanism to recognize such fragmented conditions, free the
+      physical pages, and allocate a new single pool block.  See also
+        http://svn.haxx.se/dev/archive-2008-10/0070.shtml
+
+    * Implement apr_pool_realloc for consumers such as apr_vformatter,
+      where the possibility to extend an allocation exists.  Given that
+      an apr function does this, external consumers should be allowed to.
+
     * Need some architecture/OS specific versions of the atomic operations.
 	progress: generic, solaris Sparc, FreeBSD5, linux, and OS/390 done
 	need: AIX, AS400, HPUX



Mime
View raw message