Date: 30 Mar 1998 01:52:49 -0000
Message-ID: <19980330015249.19694.qmail@hyperreal.org>
From: jim@hyperreal.org
To: apache-1.3-cvs@hyperreal.org
Subject: cvs commit: apache-1.3 STATUS
Sender: apache-cvs-owner@apache.org
Precedence: bulk
Reply-To: new-httpd@apache.org

jim         98/03/29 17:52:48

  Modified:    .        STATUS
  Log:
  My shrt vt on Dns prpsl on cttng dwn on typg so mny lttrs
  
  Revision  Changes    Path
  1.238     +9 -0      apache-1.3/STATUS
  
  Index: STATUS
  ===================================================================
  RCS file: /export/home/cvs/apache-1.3/STATUS,v
  retrieving revision 1.237
  retrieving revision 1.238
  diff -u -r1.237 -r1.238
  --- STATUS	1998/03/30 01:22:43	1.237
  +++ STATUS	1998/03/30 01:52:47	1.238
  @@ -187,6 +187,15 @@
   	the few hours I did while writing apapi_vformatter is
   	making me puke.  So many extra characters, so much wasted
   	screen width, and keystrokes. -Dean
  +      -1: Jim. We should make some sort of logical effort to
  +        keep things straight and organized. Taken to it's logical
  +	conclusion, this argument could be used to keep all variable
  +	and function names to 6 chars or less to cut down on all
  +	that nasty typing. So instead of something like
  +	'lingering_close', we would use something like 'lcs' :)
  +	We should make some effort to make our code reader and
  +	maintainer friendly, because we aren't, and won't be,
  +	the only one's to maintain this.
   
       * Paul would like to see a 'gdbm' option because he uses
         it a lot. Dean notes that 'gdbm' include 'db' support