httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From mar...@hyperreal.org
Subject cvs commit: apache-2.0 STATUS
Date Mon, 27 Apr 1998 22:50:19 GMT
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:
   
  
  
  

Mime
View raw message