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=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,9e2776c05028676e X-Google-Attributes: gid103376,public From: pvanbell@mhv.net (Paul Van Bellinghen) Subject: Re: Why Ada is not the Commercial Lang of Choice Date: 1997/07/04 Message-ID: <33bd5635.5873324@news.mhv.net>#1/1 X-Deja-AN: 256248266 References: <33A7FBFF.29D2@mitre.org> <5o9eca$aoi$1@goanna.cs.rmit.edu.au> <33ab1c1c.2926201@news.mhv.net> <33AE33AA.684A@sprintmail.com> <33BC2364.4485@gsg.eds.com> X-Server-Date: 4 Jul 1997 20:09:58 GMT Organization: MHVNet Newsgroups: comp.lang.ada Date: 1997-07-04T20:09:58+00:00 List-Id: >Ada *is* inadequate; but so is C. I'd certainly prefer to use Ada than C >or >(shudder) COBOL, both of which I've been forced to use. Most of the >inadequacies in Ada apply in spades to C. > When I started this thread, I simply argued that C was easier to use than Ada, not that it is more robust. Of course Ada is more robust than C. The question is whether a commercial firm can be convinced that it will somehow make more money by using Ada over C/C++. I suppose customer satisfaction in getting a less buggy product should be an incentive. Also, for a multiprocessor environment, tasking can be used very effectively in creating a system that runs tasks in parallel, making the user application S/W faster and easier to use.