pointers yay!

[wizzard]

еще раз убедился, что софт, претендующий на сколько-нибудь надежность (при больших размерах codebase) писать на С/C++ не стоит.

См. красиво и детально описанный срач на http://avva.livejournal.com/2323823.html, а также коммент http://avva.livejournal.com/2323823.html?thread=78031215#t78031215

Comments

[wizzard]

ну в общем да, но вообще такая модель памяти даже при обертках и контрактах может сильно течь((

[justy-tylor.livejournal.com]

Когда эта самая память может кончиться в любой момент, и ситуацию надо корректно обработать, культура работы с кодом получается совершенно иная, даже в plain C. Утечки не ищутся постфактум, они просто изначально недопустимы. Решение - не язык, а люди.

И проблема с glibc/memcpy это тоже люди. Которые пишут библиотеки, компиляторы, виртуальные машины, и ещё много чего для разных языков. Хотя лучше бы ничего не писали.