From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: ** X-Spam-Status: No, score=2.6 required=5.0 tests=BAYES_20,INVALID_DATE, MSGID_SHORT,REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site lll-crg.ARpA Path: utzoo!watmath!clyde!burl!ulysses!ucbvax!ucdavis!lll-crg!brooks From: brooks@lll-crg.ARpA (Eugene D. Brooks III) Newsgroups: net.arch,net.lang.ada Subject: Re: What I miss... (really C, Ada, religion) Message-ID: <898@lll-crg.ARpA> Date: Sun, 6-Oct-85 16:54:21 EDT Article-I.D.: lll-crg.898 Posted: Sun Oct 6 16:54:21 1985 Date-Received: Tue, 8-Oct-85 03:21:45 EDT References: <796@kuling.UUCP> <2580002@csd2.UUCP> Reply-To: brooks@lll-crg.UUCP (Eugene D. Brooks III) Organization: Lawrence Livermore Labs, CRG Group Xref: watmath net.arch:1866 net.lang.ada:379 List-Id: Re: Use of subscript checking during program development. I guess I did not make myself clear concering this with all the anti-ADA bigotry confusing the real issue. Subscript checking, pointer checking (ie have a tag associated with a pointer returned by malloc and can be used to check for overrun of the allocated area) and all that are very useful during program development. These are very useful tools and any serious programmer uses them during the development of a code. Since these things are program development tools, where speed is not an issue, they should be implemented in software and do not need the any hardware support. Hence the discussion does not belong in net.arch. All of this stuff about a subscript range check appearing on the console of an F16 fire control system to save the pilots rear in a dogfight is simply too absurd to comment about and I hope that more of it does not appear on net.arch.