httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dean Gaudet <dgau...@arctic.org>
Subject Re: cvs commit: apache-1.3 STATUS
Date Mon, 30 Mar 1998 04:06:23 GMT
Sheesh.  Have I mentioned anything about what comes AFTER the prefix?  NO! 
I haven't.  If you look at my track record you'll see that I don't create
obscure function names.  pool_is_ancestor, core_reorder_directories,
register_other_child.  I may use short local variables such as "p", or
"i", or "u".  But that is entirely acceptable given that they have only a
small scope and the short names save thinking time in addition to typing
time. 

Your "logical conclusion" does not at all follow from me arguing about
prefixes, and does not at all follow from code that I've written for
apache.

Dean

On 30 Mar 1998 jim@hyperreal.org wrote:

> 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
>   
>   
>   
> 


Mime
View raw message