You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@apr.apache.org by aa...@apache.org on 2001/12/27 18:04:16 UTC
cvs commit: apr CHANGES STATUS
aaron 01/12/27 09:04:16
Modified: . CHANGES STATUS
Log:
nonshowstoppers--
Revision Changes Path
1.200 +5 -0 apr/CHANGES
Index: CHANGES
===================================================================
RCS file: /home/cvs/apr/CHANGES,v
retrieving revision 1.199
retrieving revision 1.200
diff -u -r1.199 -r1.200
--- CHANGES 2001/12/26 21:18:26 1.199
+++ CHANGES 2001/12/27 17:04:16 1.200
@@ -1,5 +1,10 @@
Changes with APR b1
+ *) Change the prototype of apr_thread_exit() so that the apr_status_t
+ is no longer a pointer. It was difficult and sometimes hazardous
+ to return a apr_status_t* at times, and this allows us to return
+ the APR_* error codes directly. [Aaron Bannert]
+
*) Add apr_sockaddr_equal() for comparing APR sockaddrs.
[Jeff Trawick]
1.85 +1 -12 apr/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apr/STATUS,v
retrieving revision 1.84
retrieving revision 1.85
diff -u -r1.84 -r1.85
--- STATUS 2001/12/14 10:43:00 1.84
+++ STATUS 2001/12/27 17:04:16 1.85
@@ -1,5 +1,5 @@
APACHE PORTABLE RUNTIME (APR) LIBRARY STATUS: -*-text-*-
-Last modified at [$Date: 2001/12/14 10:43:00 $]
+Last modified at [$Date: 2001/12/27 17:04:16 $]
Release:
@@ -209,17 +209,6 @@
FreeBSD PR kern/32684:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/32684
-
- * Currently it is difficult if not impossible to return a proper
- status code from a thread using apr_thread_exit(), since the
- value must be a (apr_status_t*), but the pool where this would
- normally be allocated is in that same function immediately
- thereafter destroyed. Simply changing the type of this parameter
- to (apr_status_t) should solve the problem (along with some
- internal changes in apr_thread_join() to accomodate).
- Status: "I'll probably test and commit this soonish," says Aaron,
- "Here's the patch:"
- http://marc.theaimsgroup.com/?l=apr-dev&m=100137033309456&q=raw
* There are some optimizations that can be done to the new
apr_proc_*() functions (on UNIX). One that may reduce pointer