pcs         98/03/17 01:02:02

  Modified:    .        STATUS
  Log:
  Mild, patchy cloud, sunny spells, light W to NW wind. Max temp 13-15C 
(55-59F).
  
  Revision  Changes    Path
  1.192     +5 -5      apache-1.3/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /export/home/cvs/apache-1.3/STATUS,v
  retrieving revision 1.191
  retrieving revision 1.192
  diff -u -r1.191 -r1.192
  --- STATUS    1998/03/16 16:18:49     1.191
  +++ STATUS    1998/03/17 09:02:01     1.192
  @@ -175,10 +175,10 @@
       * Provide consistant prefixes; suggestions:
   
         Apache provided general functions (e.g., ap_cpystrn)
  -     ap_xxx: Ken +1, Brian +1, Ralf +1, Martin +1
  +     ap_xxx: Ken +1, Brian +1, Ralf +1, Martin +1, Paul +1
   
         Public API functions (e.g., palloc)
  -     apapi_xxx: Ken +1, Brian +1, Ralf +1, Martin +1
  +     apapi_xxx: Ken +1, Brian +1, Ralf +1, Martin +1, Paul
        appublic_xxx:
        appub_xxx:
   
  @@ -214,7 +214,7 @@
   
       * Maybe a http_paths.h file? See
        <[EMAIL PROTECTED]>
  -     Dean +1, Brian +1
  +     Dean +1, Brian +1, Paul +1
   
       * Release builds: Should we provide Configuration or not?
         Should we 'make all suexec' in src/support?
  @@ -248,7 +248,7 @@
          field is r->content_languages.  Heck it's not even mentioned in
          apache-devsite/mmn.txt when we got content_languages (note the s!).
          The proposal is to remove r->content_language:
  -         Status: Dean +1
  +         Status: Dean +1, Paul +1
   
        - child_exit() is redundant, it can be implemented via cleanups.  It is
          not "symmetric" in the sense that there is no exit API method to go
  @@ -257,7 +257,7 @@
          mod_mmap_static, and mod_php3 for example).  The proposal is to
          remove the child_exit() method and document cleanups as the method of
          handling this need.
  -         Status: Dean +1, Rasmus +1
  +         Status: Dean +1, Rasmus +1, Paul +1
   
   Win32 specific issues:
   
  
  
  

Reply via email to