rse 98/03/26 06:48:18
Modified: . STATUS
Log:
votes...
Revision Changes Path
1.34 +14 -13 apache-2.0/STATUS
Index: STATUS
===================================================================
RCS file: /export/home/cvs/apache-2.0/STATUS,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- STATUS 1998/03/26 11:45:10 1.33
+++ STATUS 1998/03/26 14:48:17 1.34
@@ -25,11 +25,11 @@
segments should persist until the refcount drops to zero.
It would be cool if pools could be created in such segments
to allow things like shared tables and arrays.
- +1: Roy, Paul, Ken
+ +1: Roy, Paul, Ken, Ralf
* "Apache ports" project - simple-to-install (a la CPAN) one-off
tools, scripts (such as counters, guest books, et cetera)
- +1: Roy, Paul, Ken
+ +1: Roy, Paul, Ken, Ralf
* Improve mod_include SSI handling, perhaps by caching offsets to
directives. Also, clean up the conditional syntax to allow
@@ -43,7 +43,7 @@
to have things like the arrays, tables, pools, and related primitives
moved into a library of which httpd is just a client and other things
can be too.
- +1: Roy, Paul, Jim, Ken
+ +1: Roy, Paul, Jim, Ken, Ralf
* Replace the current Unix compilation model (Configuration.tmpl, home-brew
Configure script) with the "autoconf toolset".
@@ -64,8 +64,9 @@
objects other than in the source tree. autoconf allows for this... you
can do "mkdir obj; cd obj; ../configure". This is great for multiple
platforms... or even on a single platform, one copy with profiling
another
- without.
- +1: Dean, Roy, Paul
+ without. (There are a lot of possibilities: creating shadow trees,
+ VPATH-style Makefile settings, etc.)
+ +1: Dean, Roy, Paul, Ralf
* One of the main restrictions on Apache has been that we must assume
a very low-level common denominator for the OSs out there. For example,
@@ -98,13 +99,13 @@
* multithreading.
+1: Brian, Ken, Jim, Paul, Sameer, Marc, Ralf, MarkC, Ben, Martin,
Roy
o Thread Abstraction
- +1: Sameer, Marc, MarkC, Ben, Dean, Paul, Martin, Roy
+ +1: Sameer, Marc, MarkC, Ben, Dean, Paul, Martin, Roy, Ralf
Status: nobody has volunteered yet
* revamped process model (Dean's proposal)
Dean says: it's hard to do the multithreading work cleanly without
considering a bunch of this
- +1: MarkC, Paul, Dean, Martin, Roy,
+ +1: MarkC, Paul, Dean, Martin, Roy, Ralf
Marc (+1 on much of it; threads aren't enough for perf.),
Status: nobody has volunteered yet
@@ -132,7 +133,7 @@
The only problem is reclaiming buffers so that a large SSI won't
suck up all available memory just sending it out the pipe.]
+1: Dean, Marc, Ben, Paul, Martin, Roy
- +0: Jim [what about examples? Portability concerns?]
+ +0: Jim [what about examples? Portability concerns?], Ralf
* API work
@@ -167,8 +168,8 @@
o backward compatibility with 1.3 (just require a recompile)
if functions get renamed, old names retained as wrappers
- +1: Paul, Sameer, Marc, Ralf, MarkC
- -1: Roy
+ +1: Paul, Sameer, Marc, MarkC
+ -1: Roy, Ralf
o make API call syntax rational (e.g., all r*() routines list r
as their first argument, et cetera)
@@ -178,7 +179,7 @@
o abstract module layering for plugins (e.g., a mod_auth interface
into which mod_auth_mumble modules can be plugged)
- +1: Ken, Martin
+ +1: Ken, Martin, Ralf
+0: Roy [needs more detailed proposal]
Status: Ken has volunteered
@@ -188,7 +189,7 @@
Status: Ken has volunteered
o use XML
- +0: Roy
+ +0: Roy, Ralf
* rewrite in C++
+1: Ben, Martin
@@ -196,7 +197,7 @@
-1: MarkC, Paul, Roy, Ken
* make everything C++ friendly (fix that damned pool decl)
- +1: Roy, Paul, Ken
+ +1: Roy, Paul, Ken, Ralf
Status: nobody has volunteered yet
Closed issues:
