That is a library issue. Trying to make C 'foolproof' however, is an excercise in futility, and in any case, can only come about by morphing it into a fundamen

That is a library issue. Trying to make C 'foolproof' however, is an excercise in futility, and in any case, can only come about by morphing it into a fundamentally different language. An argument in this thread, is that you shouldn't be able to pass an array without the argument being passed having some implicit 'size' element associated with it. That is NOT C. Conflating pointers with arrays, that is C. Again I feel the need to quote this: "C retains the basic philosophy that programmers know what they are doing; it only requires that they state their intentions explicitly." If you don't know what you're doing, don't use C. C should be considered a 'specialist' language - much like doing brain surgery - if you're doing it, you better know what you're doing, else go be a GP or something. And, if you're project doesn't absolutely require that you use C, don't use it. Instead, use something that is more 'foolproof'. (and I don't mean C++!!!) D should focus less on being a better C, and more on being a replacement for C++. Then, I might take D more seriously. No attempt to morph C (i.e. the language, not the library) into something else will ever succeed. Leave C alone!