Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!utcsri!flaps
From: flaps@utcsri.UUCP
Newsgroups: comp.lang.c
Subject: Re: MAJOR ANSI C FLAW (my opinion, of course)
Message-ID: <5532@utcsri.UUCP>
Date: Thu, 15-Oct-87 18:54:59 EDT
Article-I.D.: utcsri.5532
Posted: Thu Oct 15 18:54:59 1987
Date-Received: Sat, 17-Oct-87 10:12:47 EDT
References: <8754@utzoo.UUCP> <2481@cbmvax.UUCP>
Reply-To: flaps@utcsri.UUCP (Alan J Rosenthal)
Organization: University of Toronto
Lines: 21
Summary: 


In article <2481@cbmvax.UUCP> daveh@cbmvax.UUCP (Dave Haynie) writes:
>For example, "nchars" may be
>just as meaningful as "NumberOfCharactersInString", providing that strings are
>the only thing in which the number of characters has any meaning.  But as soon
>as you add other data types that also have a number of characters rating,
>you're screwed...
>you'd have to
>do something like snchars, bnchars, lnchars, qnchars, etc. instead of
>something more readable like "LengthString", "LengthBuffer", "LengthLine",
>"LengthQueue", etc.

Umm... it's much better style in general to use variables that differ
initially, such as "StringLength", "BufferLength", "LineLength",
"QueueLength", etc.  And these are indeed unique to 6 characters.

(Disclaimer: I don't like six char externals, but at least ansi isn't
adding to the existing language here like they did with function
prototypes.)

ajr