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=0.7 required=5.0 tests=BAYES_00,INVALID_DATE,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 109fba,ef0074ec236ba6e3
X-Google-Attributes: gid109fba,public
X-Google-Thread: 1014db,ef0074ec236ba6e3
X-Google-Attributes: gid1014db,public
X-Google-Thread: 1108a1,ef0074ec236ba6e3
X-Google-Attributes: gid1108a1,public
X-Google-Thread: 103376,b19fa62fdce575f9
X-Google-Attributes: gid103376,public
X-Google-Thread: 108717,ef0074ec236ba6e3
X-Google-Attributes: gid108717,public
X-Google-ArrivalTime: 1994-12-06 00:20:54 PST
Path: 
 bga.com!news.sprintlink.net!howland.reston.ans.net!Germany.EU.net!EU.net!ub4b!btmplq.god.bel.alcatel.be!btmpcb!geensr
From: geensr@sebb.bel.alcatel.be (Geens Ronald)
Newsgroups: 
 comp.lang.ada,comp.lang.c,comp.programming,comp.lang.c++,comp.object
Subject: Re: Why don't large companies use Ada?
Followup-To: comp.object
Date: 6 Dec 1994 07:33:42 GMT
Organization: Alcatel Bell Research Center
Distribution: world
Message-ID: <1994Dec6.083203@btmpcb.be>
References: <3aa7jo$7j@Starbase.NeoSoft.COM> <3b5ajt$n86@news-2.csn.net>
 <STEF.94Dec5225406@heron.cfmu.eurocontrol.be>
Reply-To: geensr@sebb.bel.alcatel.be
NNTP-Posting-Host: btmpcb.sebb.bel.alcatel.be
Xref: bga.com comp.lang.ada:8321 comp.lang.c:33506 comp.programming:5648
 comp.lang.c++:39771 comp.object:9496
Date: 1994-12-06T07:33:42+00:00
List-Id: <comp.lang.ada>

In article <STEF.94Dec5225406@heron.cfmu.eurocontrol.be>, stef@heron.cfmu.eurocontrol.be (Stef Van Vlierberghe) writes:
|> In article <3bimkh$149q@watnews1.watson.ibm.com> ncohen@watson.ibm.com (Norman H. Cohen) writes:
|> 
|>    Just a few reasons that spring to mind quickly: 
|> 
|> Very impressive list Norman !
|> Perhaps it could be maintained in the FAQ ?
|> 
|> A few more good reasons for considering Ada :
|> 
|> - Ada has a generic contract model: the implementor and the user
|>   are isolated by the compiler, each dealing with his own errors.
|>   Some C++ compilers generate error messages stemming from templates
|>   or instances when the program is *linked*.
|> 
This is true ...

|> - Classical C(++)-errors that aren't trapped at compile or run time  
|>   simply have no Ada equivalent. Just a few that I'm familiar with :
|> 
|>     if (a=0) oops_meant_equality;

This is not true any more, most modern compilers will give a warning when you 
use = in an if.

Ron.