Languages other than C @Passive Smoking
At the risk of angering the anti-C lobby, it is unfortunate that trusting a language that implements things like strict bounds, type and syntax checking is not a universal panacea. You're just exporting your trust to another component that could possibly be very complex.
Consider the following potential headline:
"Devs told to patch their <vendors implementation of language of choice> development environment, recompile and re-ship all applications due to security checking bug in <vendors implementation of language of choice>'s compiler and runtime."
This becomes more complicated for users of software who may not be aware of the development environment used for the software they've purchased or otherwise procured.
Admittedly this is a bit of a contrived scenario, and there is a good chance that because of run-time linking, it may only be necessary to provide a new execution environment or run-time libraries that provide the fix, but just switching to a more strict language does not ensure that applications are guaranteed to be more secure.
At least, where the bug is in the C source code, it is sufficiently primitive that you can see the error in the source of the application, and not have to trawl your development environment.