comp.lang.ada
 help / color / mirror / Atom feed
From: jgoodsen@trinidad.radsoft.com (John Goodsen)
Subject: Re: Ada ad in Embedded Systems Programming stinks
Date: 07 Sep 1994 22:44:37 GMT
Date: 1994-09-07T22:44:37+00:00	[thread overview]
Message-ID: <JGOODSEN.94Sep7184437@trinidad.radsoft.com> (raw)
In-Reply-To: bishopm@source.asset.com's message of 5 Sep 1994 02:11:24 -0400

In article <34ecqc$b5q@source.asset.com> bishopm@source.asset.com (Michael M. Bishop) writes:

   From: bishopm@source.asset.com (Michael M. Bishop)
   Newsgroups: comp.lang.ada
   Date: 5 Sep 1994 02:11:24 -0400
   Organization: Asset Source for Software Engineering Technology

   In article <CvFI4J.D5M@world.std.com>,
   Gregory Aharonian <srctran@world.std.com> wrote:
   [snip...]
   >      "What's more, the compilers will stop, rather than allow incorrect code
   >to go through".  Are you serious???   Do you think anyone will be impressed
   >by this claim?  Has anyone at DISA ever looked at current C/C++ compilers,
   >which stop when they encounter errors and jump you back into the code, a
   >feature that has been around for years?  As a marketing teaser, this statement
   >is useless.  You might as well claim that Ada compilers allow you to compile,
   >link and run from the same pulldown menu.

   pragma Soapbox (On)

   Anybody with an ounce of software engineering sense should be impressed
   by the above claim! A couple of years ago (1990-91, actually), I did
   some development work on some NASA applications in which I was forced to
   write in C. In C, of course, if you want to supply an OUT or IN OUT
   parameter as an actual, you have to pass its address. C compilers
   couldn't care less whether or not you actually pass an address. (I think
   ANSI C compilers give you a *warning* - big deal: it still accepts the 
   code). 

Wrong. A respectable ANSI C compiler will yell louder than a warning.
And puke out on the compile when you don't pass a pointer when expected.
-- 
--
John Goodsen                         Currently on-site at:
The Dalmatian Group                       JP Morgan 
User Interface Specialists                60 Wall St., New York City
jgoodsen@radsoft.com                      jgoodsen@jpmorgan.com



  parent reply	other threads:[~1994-09-07 22:44 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CvFI4J.D5M@world.std.com>
     [not found] ` <34ecqc$b5q@source.asset.com>
     [not found]   ` <34g5v3INN6q2@phage.cshl.org>
1994-09-06 13:46     ` Ada ad in Embedded Systems Programming stinks david.c.willett
     [not found]     ` <EACHUS.94Sep6094018@spectre.mitre.org>
1994-09-08  7:04       ` Dag Bruck
1994-09-08  9:52         ` Robert I. Eachus
1994-09-08 17:12           ` Dag Bruck
1994-09-08 17:28             ` Robert I. Eachus
1994-09-22  8:51         ` Brendan WALKER
1994-09-07 22:44   ` John Goodsen [this message]
1994-09-08  6:32     ` Keith Thompson @pulsar
     [not found] ` <1994Sep1.084046.21595@sei.cmu.edu>
     [not found]   ` <344u9q$di5@gnat.cs.nyu.edu>
     [not found]     ` <347idh$15ss@watnews1.watson.ibm.com>
     [not found]       ` <1994Sep4.092729.21408@lmpsbbs.comm.mot.com>
1994-09-07 22:46         ` John Goodsen
1994-09-08  6:47           ` Keith Thompson @pulsar
1994-09-08  8:52             ` David Emery
1994-09-11  3:41       ` Michael M. Bishop
1994-09-11 12:20         ` Robert Dewar
1994-09-11 13:29           ` Robert Dewar
1994-09-12 14:03             ` Norman H. Cohen
1994-09-11 21:48           ` Erik Naggum
1994-09-11 23:47             ` Robert Dewar
1994-09-12  6:28               ` Dag Bruck
1994-09-12 12:22                 ` David Weller
1994-09-12 20:03               ` Erik Naggum
1994-09-12 19:16             ` Maarten Landzaat
1994-09-13 10:10               ` Richard A. O'Keefe
1994-09-17 12:07                 ` Fred McCall
1994-09-12 20:49         ` Mitch Gart
1994-10-13 10:51 Bob Wells #402
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox