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.6 required=5.0 tests=BAYES_05,INVALID_DATE
	autolearn=no autolearn_force=no version=3.4.4
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!decwrl!netcomsv!jls
From: jls@netcom.COM (Jim Showalter)
Newsgroups: comp.lang.ada
Subject: Re: Multitude of Problems
Message-ID: <1991May21.070303.17390@netcom.COM>
Date: 21 May 91 07:03:03 GMT
References: <1991May20.015647.4051@grebyn.com> <1991May20.084123.7009@netcom.COM> <ENAG.91May21001737@gyda.ifi.uio.no>
Organization: Netcom - Online Communication Services  UNIX System {408 241-9760 guest}
List-Id: <comp.lang.ada>

>If we're going to make comparisons, let's make them between ANSI C
>X3.159-1989 and MIL-STD-1814A Ada, not between Microsoft C, Turbo C,
>QuickC, etc, and MIL-STD-1814A Ada.  The various toy C implementations
>are not exactly known for consistency or adherence to standards.

This lets C off the hook too easily. The point I was making here was
that Ada is a standard and that Ada compilers are validated. I grant
that ANSI C is a standard, but with no compiler validation, anyone
can claim to sell an ANSI C compiler. Furthermore, with no "C mandate"
in place, the "toy C" implementations you list above (e.g. Turbo C,
Microsoft C) are quite popular (Borland sold 500,000 C => C++ upgrades
last year). So you wind up with an industry speaking multiple dialects
of C, using vendor-specific extensions, and generallyperpetuating
the very sorts of problems Ada addresses. The irony of this is that
the commercial sector in THEORY should be better at understanding the
business downside to such chaos than the government, and yet it was
the government that dreamed up Ada. I keep hoping at least a few
technical managers in some forward-looking companies will wake up one
day, realize how much money they're squandering on COBOL maintenance
and C hacking, and convert. But I'm not holding my breath.

>Jim, this was, all in all, an excellent reply to Ted Holden.  Thanks.

Thank you! It wasn't easy to keep from just foaming at the mouth and flaming.
-- 
**************** JIM SHOWALTER, jls@netcom.com, (408) 243-0630 ****************
*Proven solutions to software problems. Consulting and training on all aspects*
*of software development. Management/process/methodology. Architecture/design/*
*reuse. Quality/productivity. Risk reduction. EFFECTIVE OO usage. Ada/C++.    *