apr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From wr...@apache.org
Subject svn commit: r592313 - /apr/apr/trunk/STATUS
Date Tue, 06 Nov 2007 06:53:09 GMT
Author: wrowe
Date: Mon Nov  5 22:53:07 2007
New Revision: 592313

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


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:

View raw message