home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / ada / 3715 < prev    next >
Encoding:
Text File  |  1992-12-16  |  1.6 KB  |  34 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!news!cod!sampson
  3. From: sampson@nosc.mil (Charles H. Sampson)
  4. Subject: No NULL Statement
  5. Message-ID: <1992Dec16.184220.2867@nosc.mil>
  6. Organization: Computer Sciences Corporation
  7. References: <1992Dec15.203558.18211@inmet.camb.inmet.com> <EACHUS.92Dec15202249@oddjob.mitre.org> <1992Dec16.172717.19807@wdl.loral.com>
  8. Date: Wed, 16 Dec 1992 18:42:20 GMT
  9. Lines: 23
  10.  
  11. In article <1992Dec15.203558.18211@inmet.camb.inmet.com> stt@spock.camb.inmet.com (Tucker Taft) writes:
  12. >
  13. >   In retrospect, one could argue that it would have been better
  14. >   to have no "null" statement at all (other than simply ";") than
  15. >   to create a situation allowing this kind [example deleted] of
  16. >   one word error.
  17.  
  18.      The problem being discussed was a result of the overloading of
  19. NULL in Ada.  IMO, there's too much overloading of reserved words in
  20. Ada in an effort to minimize the number of reserved words.  (For those
  21. who don't know, keeping the number of reserved words down was a design
  22. requirement.)  However, denoting a null statement by the absense of a
  23. statement is not the way to go, as Mike Feldman's example from C illus-
  24. trates.  I worked for many years in another language that also had this
  25. "feature".  I was amazing how many times the statement controlled by
  26. an IF would vanish by the careless insertion of an unneeded statement
  27. terminator.  The associated debugging problems were severe.
  28.  
  29.      Furthermore, an explicit null statement clearly says, "At this point,
  30. do nothing."  For those of us who believe in readability, this is impor-
  31. tant.
  32.  
  33.                  Charlie
  34.