You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@apr.apache.org by je...@apache.org on 2003/01/22 18:50:29 UTC
cvs commit: apr STATUS
jerenkrantz 2003/01/22 09:50:29
Modified: . STATUS
Log:
I'm content to remove this showstopper now that we have the versioning bits
mostly in place.
Revision Changes Path
1.181 +1 -17 apr/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apr/STATUS,v
retrieving revision 1.180
retrieving revision 1.181
diff -u -u -r1.180 -r1.181
--- STATUS 10 Dec 2002 20:32:40 -0000 1.180
+++ STATUS 22 Jan 2003 17:50:29 -0000 1.181
@@ -57,7 +57,6 @@
further renames?
1.0 showstopper (not 0.9.0): gstein
-
* When Win32 apr_proc_create was fixed, the apr_proc_t hproc
member was added for that platform. That's a problem (and
@@ -67,21 +66,6 @@
(Aren't transparent types swell?) Suggestions?
1.0 showstopper (not 0.9.0): gstein
-
- * Change apr_initialize to take the expected version (in some form)
- and return an error code if the requirement isn't satisfied.
-
- gstein: -1
-
- Justin says: "Relying solely on the run-time linker isn't enough
- to guarantee versioning."
- Greg says: "yup. but now the libraries have different names.
- -lapr-1 and -lapr-2. further, we can always add a
- utility function to check (the minor rev), rather
- than monkey with the initialization itself. the
- runtime linker will catch new function requirements
- across minor rev upgrades, but will not catch new
- constants."
* For 1.0, clean up ability to specify protocol for a socket by
axing apr_socket_create_ex(), adding protocol parm to