martin      98/02/18 12:26:23

  Modified:    .        STATUS
  Log:
  Vote. It's been clear blue sky all day long
  
  Revision  Changes    Path
  1.24      +17 -11    apache-2.0/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /home/cvs/apache-2.0/STATUS,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -u -r1.23 -r1.24
  --- STATUS    1998/02/11 15:59:44     1.23
  +++ STATUS    1998/02/18 20:26:22     1.24
  @@ -32,11 +32,11 @@
       varies from the above such that if it's shown that the "autoconf
       toolset" can do what we want, with less headache than what we
       have, then we go for it)
  -     Status: Jim +1, Ken +1, Marc +1, MarkC +1, Ben +1, Paul +1
  +     Status: Jim +1, Ken +1, Marc +1, MarkC +1, Ben +1, Paul +1, Martin +1
   
     * The "autoconf toolset" should include all three: autoconf, automake, and 
       libtool.
  -     Status: Brian +1, Jim +1, Roy +1, Dean +1, Ken +1, Ralf +1
  +     Status: Brian +1, Jim +1, Roy +1, Dean +1, Ken +1, Ralf +1, Martin +1
   
     FEATURE SET FOR 2.0
       Here, we decide how many of the following feature ideas we will set for
  @@ -47,16 +47,17 @@
   
       * multithreading.  
        Status: Brian +1, Ken +1, Jim +1, Paul +1, Sameer +1, Marc +1,
  -             Ralf +1, MarkC +1, Ben +1
  +             Ralf +1, MarkC +1, Ben +1, Martin +1
         - Thread Abstraction
  -     Status: Sameer +1, Marc +1, MarkC +1, Ben +1, Dean +1, Paul +1
  +     Status: Sameer +1, Marc +1, MarkC +1, Ben +1, Dean +1, Paul +1,
  +             Martin +1
        Volunteers: 
   
       * revamped process model (Dean's proposal)
         Dean says: it's hard to do the multithreading work cleanly without
         considering a bunch of this
        Status: Marc +1 on much of it; threads aren't enough for perf.
  -             MarkC +1, Paul +1, Dean +1
  +             MarkC +1, Paul +1, Dean +1, Martin +1
        Volunteers: 
   
       * new layered I/O.
  @@ -82,7 +83,9 @@
        can get zero-copy in the user space, which is a big win for caching
        modules of all sorts.  You can also support the "traditional" slow
        style of stdio, which adds an extra user space copy.)
  -     Status: Dean +1, Marc +1, Ben +1, Paul +1
  +     Martin asks:  Is there some software flying around where such
  +             a model has been tried? Or is it a totally new technique?
  +     Status: Dean +1, Marc +1, Ben +1, Paul +1, Martin +1
        Volunteers: 
   
       * API work
  @@ -92,7 +95,8 @@
        Volunteers: Ken
   
         . documented API
  -     Status: Ken +1, Sameer +1, Marc +1, Ralf +1, Paul +1, Dean +1
  +     Status: Ken +1, Sameer +1, Marc +1, Ralf +1, Paul +1, Dean +1,
  +             Martin +1
        Volunteers: Ken
   
         . just new API phases
  @@ -121,20 +125,22 @@
   
         . make API call syntax rational (e.g., all r*() routines list r
        as their first argument, et cetera)
  -     Status: Ken +1, Ralf +0, Paul +0, Dean +0
  +     Status: Ken +1, Ralf +0, Paul +0, Dean +0, Martin +0
        Volunteers: Ken
   
         . abstract module layering for plugins (e.g., a mod_auth interface
        into which mod_auth_mumble modules can be plugged)
  -     Status: Ken +1
  +     Status: Ken +1, Martin +1
        Volunteers: Ken
   
       * new configuration language
  -     Status: Dean +1, Marc +1, Ralf +0, Ben +1, Paul +0
  +     Martin notes: There have been proposals to maybe make the config
  +             language XML-based.
  +     Status: Dean +1, Marc +1, Ralf +0, Ben +1, Paul +0, Martin +1
        Volunteers: Ken
   
       * rewrite in C++
  -     . Yes: Ben +1
  +     . Yes: Ben +1, Martin +1
        . doesn't like the idea, but is open to it: Marc +1, Ralf +1
        . No way ever: MarkC +1, Paul +1
        . Not for 2.0, but maybe later: Ken +1
  
  
  

Reply via email to