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
next prev 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