Rainy day in Charlottesville...

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89139 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/STATUS b/STATUS
index dad61faa70e5a31c6ff544fc88f18ff3284f930a..de7be15837937ea537be3646e4f76ff85a5e7002 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE 2.0 STATUS:                                             -*-text-*-
-Last modified at [$Date: 2001/05/17 18:04:15 $]
+Last modified at [$Date: 2001/05/17 19:37:34 $]
 
 Release:
 
@@ -66,6 +66,18 @@ RELEASE SHOWSTOPPERS:
 
     WARNING: ALWAYS check srclib/apr/STATUS and srclib/apr-util/STATUS
 
+    * There is a big leak of MMAPs that occurs in modules such as
+      mod_file_cache that needs to be taken care of.  Several
+      potential solutions were tossed about on new-httpd and apr-dev
+      in late April/early May.  Perhaps the cleanest proposed
+      approaches were the following:
+          - dup the cached apr_file_t into the request pool on each
+            request so that the MMAP is created in the request pool
+          - just cache the FD, not the whole apr_file_t.  Build the apr_file_t
+            and its apr_bucket_file in the request pool.
+          - add an extra parameter to apr_bucket_file_create() which is the
+            pool that an MMAP (if any) for that file should be created in
+
     * There is a bug in how we sort some hooks, at least the pre-config
       hook.  The first time we call the hooks, they are in the correct 
       order, but the second time, we don't sort them correctly.  Currently,