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.9 required=5.0 tests=BAYES_00 autolearn=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!feeder.erje.net!eu.feeder.erje.net!newsfeed.freenet.ag!takemy.news.telefonica.de!telefonica.de!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Wed, 18 Jun 2014 07:56:00 +0200 From: Georg Bauhaus User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Ada platforms and pricing, was: Re: a new language, designed for safety ! References: <1402308235.2520.153.camel@pascal.home.net> <85ioo9yukk.fsf@stephe-leake.org> <255b51cd-b23f-4413-805a-9fea3c70d8b2@googlegroups.com> <5ebe316d-cd84-40fb-a983-9f953f205fef@googlegroups.com> <2100734262424129975.133931laguest-archeia.com@nntp.aioe.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Message-ID: <53a129f1$0$6668$9b4e6d93@newsspool3.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 18 Jun 2014 07:56:01 CEST NNTP-Posting-Host: 6360b7e0.newsspool3.arcor-online.net X-Trace: DXC=TaA@7eaHYQF74okIm;?DS@McF=Q^Z^V3H4Fo<]lROoRA8kFejVH^_F37=DYH;OLDQohd?bBgN X-Complaints-To: usenet-abuse@arcor.de Xref: news.eternal-september.org comp.lang.ada:20419 Date: 2014-06-18T07:56:01+02:00 List-Id: On 17/06/14 22:16, Jeffrey Carter wrote: > On 06/17/2014 12:34 PM, Randy Brukardt wrote: >> >> P.S. Of course, I'm the same guy who has never managed to write a fully >> working program in C. I refuse to believe that anyone can do so (and most of >> the evidence is that I'm right :-). > > We have decades of experience that show that humans cannot write real-world C without creating security vulnerabilities. > Vulnerable products do not harm economically, as long as each competitor in the software business suffers the same economical consequences. Therefore, if every competitor creates security vulnerabilities C style, the consequences do not include a relative disadvantage for any of them, economically. On the contrary, a security vulnerability creates an opportunity to have customers apply any patches to products as long as they are distributed with a label saying "security and vulnerability fixes".