C Community's Cavalier Attitude On Software Reliability
Barry.True
btrue at emdeng.Dayton.NCR.COM
Tue Mar 6 01:32:48 AEST 1990
In article <8230 at hubcap.clemson.edu> billwolf%hazel.cs.clemson.edu at hubcap.clemson.edu writes:
>
> 1) Unix. (Example: the problem in which the double-length password
> was used by an intruder to bypass security, taking
> advantage of C's lack of boundary checking)
What has boundary checking got to do with the C Programming Language? It is
a problem with the particular implementation or the programmer who coded
the program.
>
> 2) AT&T's phone network (Example: recent crash, which was attributable
> to C having switch/break instead of
> a safer case statement)
>
> Now practically all programming languages are Turing-complete, so
> anything which can be written correctly can theoretically be written
> in any of them. However, some programming languages (e.g., C) are
> more likely to leave errors undetected than others.
>
Again, this is a programmer/implementation problem. Name me one programming
language in which a program may be written correctly in which ALL PROGRAMS
CAN BE WRITTEN CORRECTLY REGARDLESS OF THE PROGRAMMER DOING THE WRITING OR
THE IMPLEMENTATION AND ENVIRONMENT IN WHICH THE PROGRAM IS BEING WRITTEN?
Please state facts pertaining to your argument that the C language itself is dangerous/faulty before criticising the C programming community in general. I
take great exception to your argument specifically because of this flaw in
logic.
More information about the Comp.lang.c
mailing list