From: willett@cbnewsl.cb.att.com (david.c.willett)
Subject: Re: Ada ad in Embedded Systems Programming stinks
Date: Tue, 6 Sep 1994 13:46:15 GMT
Date: 1994-09-06T13:46:15+00:00 [thread overview]
Message-ID: <CvpnL6.3o0@cbnewsl.cb.att.com> (raw)
In-Reply-To: 34g5v3INN6q2@phage.cshl.org
From article <34g5v3INN6q2@phage.cshl.org>, by pjm@isis.cshl.org (Pat Monardo):
> In article <34ecqc$b5q@source.asset.com>,
> Michael M. Bishop <bishopm@source.asset.com> wrote:
>>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). If you forget to put the address operator on the parameter and,
>
> Now I understand why languages are religions. Listening to an Ada
> person describe C is like listening to a Christian describe Hinduism.
> Remember, C is a language, not an environment. If want to impose
> discipline on your C code, then find a tool that supports your
> religion. If you allow warnings to stay in your code,
> then you are indeed in need of disciplining, try C++ :)
>
Pat, you win second place in the "short-sighted statement of the week"
contest. The discipline you speak of is of no value to a program's writer.
It is of value to those who must read the code. There are many more such
folk then there are code writers. Furthermore, you neglect C's intrinsic
low-level structure which makes warnings not all bad. Sometimes, even
legitimate and safe C code will generate warnings. So it is quite
hard to find a tool the "supports your religion" if your religion happens
to be something like Ada's environment.
<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Dave Willett AT&T Advanced Technology Systems
Greensboro, NC USA
When short, simple questions have long, complex answers -- your
organization's in trouble.
Adapted from "In Search of Excellence"
next parent reply other threads:[~1994-09-06 13:46 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 ` david.c.willett [this message]
[not found] ` <EACHUS.94Sep6094018@spectre.mitre.org>
1994-09-08 7:04 ` Ada ad in Embedded Systems Programming stinks 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
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