martin 98/04/27 15:50:18
Modified: . STATUS
Log:
vote (as long as I still can)
Revision Changes Path
1.36 +15 -9 apache-2.0/STATUS
Index: STATUS
===================================================================
RCS file: /home/cvs/apache-2.0/STATUS,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -u -r1.35 -r1.36
--- STATUS 1998/04/03 19:48:44 1.35
+++ STATUS 1998/04/27 22:50:17 1.36
@@ -25,17 +25,20 @@
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, Ralf
+ +1: Roy, Paul, Ken, Ralf, Martin
* "Apache ports" project - simple-to-install (a la CPAN) one-off
tools, scripts (such as counters, guest books, et cetera)
- +1: Roy, Paul, Ken, Ralf
+ +1: Roy, Paul, Ken, Ralf, Martin
* Improve mod_include SSI handling, perhaps by caching offsets to
directives. Also, clean up the conditional syntax to allow
formats that bear a faint resemblance to other usages (such
as allowing "=~" and "!~") in other "languages."
- +1: Roy, Ken
+ +1: Roy, Ken, Martin
+ Martin sez: I've been thinking about replacing the parser
+ by a recursive descent parser which would
+ reduce complexity tremendously.
* Apache reusable code library, wherein we can put some of the stuff
developed during the HTTP project that would be useful elsewhere.
@@ -43,11 +46,11 @@
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, Ralf
+ +1: Roy, Paul, Jim, Ken, Ralf, Martin
* Replace the current Unix compilation model (Configuration.tmpl, home-brew
Configure script) with the "autoconf toolset".
- +1: Brian, Roy, Dean, Ralf
+ +1: Brian, Roy, Dean, Ralf, Martin
* Investigate replacing the current Unix compilation model
(Configuration.tmpl
home-brew Configure script) with the "autoconf toolset". (this
@@ -66,7 +69,7 @@
platforms... or even on a single platform, one copy with profiling
another
without. (There are a lot of possibilities: creating shadow trees,
VPATH-style Makefile settings, etc.)
- +1: Dean, Roy, Paul, Ralf
+ +1: Dean, Roy, Paul, Ralf, Martin
* 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,
@@ -164,7 +167,7 @@
o change API 'phase' model to use module-registered hooks rather
than a fixed static structure
- +1: Ken, Ralf, MarkC, Paul, Dean, Roy
+ +1: Ken, Ralf, MarkC, Paul, Dean, Roy, Martin
Status: Ken has volunteered
o use virtual functions for module hooks
@@ -172,14 +175,14 @@
-1: Paul, Roy [would require two APIs]
o clearly identify API functions by renaming them
- +1: Ken, Ralf, Ben, Paul (plus back compat.), Dean, Jim, Roy
+ +1: Ken, Ralf, Ben, Paul (plus back compat.), Dean, Jim, Roy, Martin
Status: Ken has volunteered
[Roy: looks like it is already in 1.3]
o backward compatibility with 1.3 (just require a recompile)
if functions get renamed, old names retained as wrappers
+1: Paul, Sameer, Marc, MarkC
- -1: Roy, Ralf
+ -1: Roy, Ralf, Martin
o make API call syntax rational (e.g., all r*() routines list r
as their first argument, et cetera)
@@ -209,6 +212,9 @@
* make everything C++ friendly (fix that damned pool decl)
+1: Roy, Paul, Ken, Ralf
Status: nobody has volunteered yet
+
+ * Proxy enhancements (or drop proxy altogether?) for HTTP/1.1
+ and better ftp proxy Auth handling
Closed issues:
