On Dec 22, 2007 5:53 PM, Rico Secada <coolzone@it.dk> wrote:
Ada's original foothold was gained because it was mandated by the US
government for many projects and was standardized before C. If Ada's
benefits were not realizable with other tools, the mandate would still
be in place.
Your understanding is wrong. I suspect that many professional
engineers using C (and/or other languages) would strongly disagree
with your offhand characterization.
Didn't I read a Slashdot article about the NYSE going to Linux? What
language is medical software written in? What about the competing
companies that aren't using Ada? How does their track record of
software faults compare?
Compile time protection isn't worth the time it takes to run them if
your specification has flaws, your code doesn't match the spec, or the
compiler has errors. There are MANY other types of errors that can
never be caught at compile-time. Just because these errors SHOULD be
accounted for in the program's spec doesn't mean that they WILL be.
Completely false. You can use any tool you want with an appropriate
model of the system; this includes your tools and code. The software
for the original US moon missions was written in assembly code;
portions may still be in use today because of its extreme reliability.
Your opinion means nothing without code. Even with code, the OpenBSD
project likely won't care anyways. You are barking up the wrong tree.
Go back to Wikipedia. OpenBSD was a fork and essentially worked from
day one. However, as you say, rewriting something as big as OpenBSD
is a MAJOR task in the timeframe of years or decades. Instead of
improving security in a known system, all those years would be
"wasted" reinventing the wheel and playing catch-up with the
pre-existing feature set of modern operating systems.
Your insistence on equating compile-time checks with secure
programming is incorrect, and indicates your inexperience in secure
programming. Academic questions like this should be googled or asked
on comp.lang.ada.
Good luck.
--david