@chrisamaphone@airspeedswift Yes, in C/C++, which still accounts for a •substantial• portion of new code written, and of code in production, and of critical vulnerabilities.
The C++ world in particular has been in turmoil in recent years over the battle between “just don’t write bugs” vs “mitigate with better tooling” vs “C/C++ are the cigarettes of p-langs.” This in particularly set the cat amongst the pigeons:
@inthehands@airspeedswift … i feel like i’m missing some context. memory safety is generally taken as a given in most contexts, except where fine grained control is considered necessary, so where are folks arguing about this? rust vs c or something?
@chrisamaphone@airspeedswift I think it’s hard for those of us who haven’t done serious work in C or C++ for ages (~25 years in my case), or who never have at all, to appreciate just what a large portion of the greater software development world those few remaining memory-unsafe languages still occupy.
@inthehands@airspeedswift sure, i completely acknowledge that it isn’t a world i’m privy to, hence asking for the context i was missing. i didn’t mean to imply “cases in which finer-grained control is necessary” was a small proportion of cases (though i likely would have underestimated them). that this is an ongoing conversation in the c++ community was i think the key info i was missing. thanks for explaining!
@AlgoCompSynth The irony is something like generating audio on a Pi is totally something a memory-safe lang could do. Opening the door to memory errors for no reason!
@inthehands Oh, we appreciate it, but it falls into the class of accepting the things we cannot change.
I've never had to learn C or C++ and now I have no desire to either. And I am coming to the conclusion that a project whose only documentation is C source code is a waste of my time.