You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@apr.apache.org by wr...@apache.org on 2003/03/20 17:36:52 UTC
cvs commit: apr STATUS
wrowe 2003/03/20 08:36:51
Modified: . STATUS
Log:
Clean up status, noting the pending release, splitting showstoppers
into 0.9 and 1.0 categories, and knocking off one issue on Win32 that
was fixed by closing apr_proc_t::hproc under the same conditions as
unix would prune zombie processes.
Revision Changes Path
1.187 +9 -16 apr/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apr/STATUS,v
retrieving revision 1.186
retrieving revision 1.187
diff -u -r1.186 -r1.187
--- STATUS 7 Mar 2003 21:38:40 -0000 1.186
+++ STATUS 20 Mar 2003 16:36:51 -0000 1.187
@@ -3,7 +3,7 @@
Release:
- 0.9.2 : in progress
+ 0.9.2 : candidate tagged WAR_0_9_2_RC2, slated for release March 20
0.9.1 : released September 11, 2002
0.9.0 : released August 28, 2002
@@ -17,11 +17,17 @@
2.0a2 : released March 31, 2000
2.0a1 : released March 10, 2000
-RELEASE SHOWSTOPPERS:
+
+RELEASE 0.9 SHOWSTOPPERS:
+
+
+
+RELEASE 1.0 SHOWSTOPPERS:
* Must namespace protect all include/apr_foo.h headers. Jon Travis
has especially observed these including apr within Apache-1.3.
Message-ID: <20...@covalent.net>
+ Deprecating the symbols in 0.9, eliminating them with 1.0.
(Those problems have been fixed, but it is a good example of
what to look for.)
Some headers with issues:
@@ -29,8 +35,6 @@
_POSIX_THREAD_SAFE_FUNCTIONS (?))
apr.hw (NO_USE_SIGACTION)
- 1.0 showstopper (not 0.9.x): gstein, wrowe
- [wrowe observed we have deprecated for now, not trashing old names.]
* Flush out the test suite and make sure it passes on all platforms.
We currently have about 450 functions in APR and 147 tests. That
@@ -50,17 +54,6 @@
script at the hackathon.
Thom says: I think this is close to done; does anyone want to add any
further renames?
-
- 1.0 showstopper (not 0.9.x): gstein, wrowe
-
- * When Win32 apr_proc_create was fixed, the apr_proc_t hproc
- member was added for that platform. That's a problem (and
- was when pid was abused as well) since nobody goes and cleans
- up hproc after the process is dead. Can't do a pool cleanup,
- since apr_proc_create didn't allocate the apr_proc_t storage.
- (Aren't transparent types swell?) Suggestions?
-
- 1.0 showstopper (not 0.9.x): gstein
CURRENT VOTES: