Re:Glibc getaddrinfo stack-based buffer overflow
by pjmlp on Tuesday February 16, 2016 @11:45AM
(#11111118)
Are you are that Visual Studio C library is written in C++ with extern "C" and for Microsoft C is legacy, with .NET Native and C++ with compiler static analysis being the way forward?
[ Parent
| on HN ]
Re:Glibc getaddrinfo stack-based buffer overflow
by autoreleasepool on Tuesday February 16, 2016 @11:54AM
(#11111191)
IIRC, that's because it's a C++ library, not a real C library. Aside from a few exceptions, it only includes the parts of the C standard that are required by the C++ standard. Hence the dismal C99 support on that platform.
Re:Glibc getaddrinfo stack-based buffer overflow
by pjmlp on Tuesday February 16, 2016 @03:54PM
(#11113047)
As I mentioned, C is legacy for Microsoft.
The way forward for C on Windows from Microsoft own SDK is to use the clang frontend + Visual C++ backend, or another C compiler from someone else.
Re:Glibc getaddrinfo stack-based buffer overflow
by autoreleasepool on Tuesday February 16, 2016 @04:04PM
(#11113114)
I definitely support that initiative. The more C++ programmers we can get to stop writing C the better.
Re:Glibc getaddrinfo stack-based buffer overflow
by pjmlp on Tuesday February 16, 2016 @05:12PM
(#11113533)
Me too.
Yes, C++ is as unsafe as C, given its copy-paste compatibility, but at least it provides the tools to program safely (if one chooses to) and the C++ community cares much more about safety than the C one.