To read all comments associated with this story, please click here.
Not to mention the fact that the geek community will be up in arms when they see that your program has a dependency on GTK+ ) when it doesn't really use anything else apart from GString. Imagine all the cries of bloat you'll be getting.
Which is why most non graphic stuff in GTK+ is acctually in glib. So the programmers should just link with that, not the full GTK.
C development (of the language, not in the language) is pretty much deprecated and replaced by C++. This is why these things have never been fixed. Someone really needs to sit down and write a new C specification and stop expecting developers to not use C because somewhere, somebody is programming in it right now.
Saying that the developers should change to another language or that they should use other libraries to make safe code is stupid, because it is not going to happen. People write in C because it works for their project, not because they have never seen another language before.
People write in C because it works for their project
The question isn't whether it works at all, but whether higher-level languages wouldn't work better for them. Especially later on when the project has to be maintained and extended.
not because they have never seen another language before.
..., but because they're most familiar with C and aren't sure about going with something new. Perfectly natural, if regrettable.





Member since:
2005-07-06
Buffer overflows are common because the C standard library sucks. Not only does it not have a standard string type, but it has very poor tools for manipulating strings, and sequences in general.
Most developers tend to use whatever functions come bundled with the language. You'll not often see someone add a dependency to GTK+, for example, unless they're actually writing a GTK+ application. As a result, most applications that have no GUI tend to use the built-in C routines, and those suck very badly.