C is not an applications programming language
C is a systems programming language, a type of language that's not designed for writing end user applications. You're supposed to use it to write operating systems components and language environments with it, software that runs in predictable ways which allow for complete testing. Applications languages are designed for a different world, a world where the language system implementers can't predict everything that a users will do with it, so these languages incorporate a lot more checking, trading speed and light footprint for reliability.
Unfortunately all this got screwed up starting in the 80s in the rush to build and sell PC applications -- companies (with MSFT leading the charge) were in such a hurry to get stuff out the door that they cut corners on languages, promoting 'C' as an applications language. They tend to fix inherent problems by patches on patches so we got the whole C++ house of cards as a way to make C more reliable (it didn't). Now they just want to modify the run-time environment 'to make it more reliable'.
I'd suggest that they don't bother. They have applications class languages with things like C#. They would be better off fixing the other popular applications languages (including doing something about Javascript -- that's a travesty, pretty much everything you shouldn't do in a language wrapped up in one package).
(In case anyone thinks I'm a mainframe retread, no, not at all. I was an early adopter of PCs -- CP/M PCs -- which despite their limitations had a full software ecosystem available to them. Most of the time I write embedded code -- its a different world to the one that apps people live in.)