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 Wed, 18 Feb 1998 20:26:23 GMT
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
  
  
  

Mime
View raw message