Mailing-List: contact commits-help@apr.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apr.apache.org
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Subject: svn commit: r592313 - /apr/apr/trunk/STATUS
Date: Tue, 06 Nov 2007 06:53:09 -0000
To: commits@apr.apache.org
From: wrowe@apache.org
Message-Id: <20071106065309.90FA71A9832@eris.apache.org>

Author: wrowe
Date: Mon Nov  5 22:53:07 2007
New Revision: 592313

URL: http://svn.apache.org/viewvc?rev=592313&view=rev
Log:
Whitespace, add an item

Modified:
    apr/apr/trunk/STATUS

Modified: apr/apr/trunk/STATUS
URL: http://svn.apache.org/viewvc/apr/apr/trunk/STATUS?rev=592313&r1=592312&r2=592313&view=diff
==============================================================================
--- apr/apr/trunk/STATUS [utf-8] (original)
+++ apr/apr/trunk/STATUS [utf-8] Mon Nov  5 22:53:07 2007
@@ -149,6 +149,8 @@
         library? It is perfectly legitimate to have apps needing
         both versions (threaded/reentrant and non-threaded/non-reentrant)
         on the same machine.
+        Wrowe chuckles, uhm, it already is.  And seems most have shifted
+        to shipping threaded builds, of at least apr itself.
 
     * Pools debugging
         - Find a way to do check if a pool is used in multiple
@@ -248,6 +250,7 @@
          'loadable module' names, so be careful with Apache's directive.
          AIX, HPUX may use similar (.so for a 'module's name while the
          defaults .a or .sl are used for libs.)
+
     * Possible gmtime_r replacement in explode_time
       On Solaris (and possibly others), the gmtime_r libc function obtains
       a mutex.  We have seen 21/25 threads being blocked in this mutex on 
@@ -358,6 +361,8 @@
         usefulness, perhaps hidden, generic read-only [immutable],
         effective current user permissions, etc.
 
+    * dso getsym implementation are becoming very strict about returning
+      a fn pointer v.s. a data pointer, this should be split in apr_dso.
 
 Interface Changes Postponed for APR 2.0: