httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From br...@hyperreal.org
Subject cvs commit: apache-1.3 STATUS
Date Sat, 07 Feb 1998 03:31:05 GMT
brian       98/02/06 19:31:05

  Modified:    .        STATUS
  Log:
  votes & stuff.  slight break in rain.  thunder, lightning, ooh!
  
  Revision  Changes    Path
  1.145     +11 -4     apache-1.3/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /export/home/cvs/apache-1.3/STATUS,v
  retrieving revision 1.144
  retrieving revision 1.145
  diff -u -r1.144 -r1.145
  --- STATUS	1998/02/05 07:55:04	1.144
  +++ STATUS	1998/02/07 03:31:04	1.145
  @@ -201,6 +201,11 @@
       * DoS created by the lame hostname lookup code in check_fulluri, which
   	should be part of the proxy and not in the core
   
  +    * Documentation for:
  +      1) htdocs/manual/sourcereorg.html and other files should mention 
  +         new mod_so capabilities.
  +      2) windows.html should be cleaned up.
  +
   Closed issues:
   
       * Removal of inetd mode
  @@ -224,17 +229,17 @@
       * Provide consistant prefixes; suggestions:
   
         Apache provided general functions (e.g., ap_cpystrn)
  -	ap_xxx: Ken +1
  +	ap_xxx: Ken +1, Brian +1
   
         Public API functions (e.g., palloc)
  -	apapi_xxx: Ken +1
  +	apapi_xxx: Ken +1, Brian +1
   	appublic_xxx:
   	appub_xxx:
   
         Private functions which we can't make static
         but should be (e.g., new_connection)
   	apprivate_xxx:
  -	appri_xxx:
  +	appri_xxx: Brian +1
   	httpd_xxx: Ken +1
   
       * Ken's [POLL] apachen/patches directory
  @@ -258,14 +263,16 @@
         it's httpd, under Win32 it's apache. Maybe rename it
         to apache-httpd?
   	apache-httpd: Ken +1
  +        leave it apache: Brian +1
   
       * Maybe a http_paths.h file? See
   	<Pine.BSF.3.95q.971209222046.25627D-100000@valis.worldgate.com>
  -	Dean +1
  +	Dean +1, Brian +1
   
       * Release builds: Should we provide Configuration or not?
         Should we 'make all suexec' in src/support?
   	Ken +1 (possible suexec path issue, though)
  +        Brian +1
   
       * root's environment is inherited by the Apache server. Jim, Ken &
         Dean thinks we should recommend using 'env' to build the
  
  
  

Mime
View raw message