Сабж.

Доброго времени суток!

Банальный вопрос. Но все же...
Как избежать утечек памяти в большом проекте? Что для этого стОит делать, а чего не стОит?
Может все объекты "собственного" производства унаследовать от базового, который в себе переопределит operator new, operator delete, и в нем вести учет выделенной/освобожденной памяти. От утечек это конечно не избавит, но хотя бы можно будет обнаружить это на ранней стадии разработки.

В общем вопрос понятен.

Это сообщение отредактировал(а) andrew_121 - 25.5.2009, 01:25

Как то делал проект, средний по объему.
Никак не мог уловить утечку памяти(видно было по диспетчеру задач).
За 10 секунд в проект была вставлена брутальность в виде:

еще 3 минуты , и утечка была найдена   
В Borland C++ Builder есть хорошая штука - CodeGuard.
Сообщает не только об утечках , но и о других ошибках.
Уверен на все %сто% , что и для других более-менее популярных сред есть аналогичные инструменты!
Еще вспомнилось , в вижуал студии есть встроенная поддержка для контроля утечек памяти.
Надо прописать какие то дефайны. 

Это сообщение отредактировал(а) REZiaMIX - 25.5.2009, 01:17

REZiaMIX, C getmem() - Согласен. А с freemem() - Нет!
ГетМем() правильно щитает выделенную память, а ФриМем - нет! Он щитает только размер указателя. Какая польза ??? Даже если указатель разименовать, он будет щитать размер объекта на который указывает. Что-то тут не то...
Да и ваще, мне что в проекте переименовать все operator new, operator delete, и заменить их на методы? Как-то не логично.

Хм , и в правду , надо порыться в исходниках.
Вот тут чуток для visual c++;

Добавлено @ 01:39


Для смысла будет понятно)

Добавлено @ 01:40
переименовывать в моем случае ничего не надо , #define все сделает сам 

Это сообщение отредактировал(а) REZiaMIX - 25.5.2009, 01:41

REZiaMIX, ну допустим, я воспользуюсь твоим примером. память он выделяет и освобождает. а как быть с конструкторами/деструкторами?
их что, явно вызывать?  
в общем не то...

Воспользоваться или реализовать самому умные указатели.

Да. Спасибо.

и это тоже..но в основном ответ на вопрос звучит так - писать правильный код (как ни странно)
Пример где использование умных указателей не спасет от возможной утечки памяти

azesmcar, почему не спасет? запятая ж является точкой следования

andrew_121, переопределять глобальные operator new, operator delete, operator new[], operator delete[]
если в приложении критична скорость, переопределять их с помощью #ifdef

ну и есть куча тулзей, что тебе лики предоставит

Это сообщение отредактировал(а) Alek86 - 25.5.2009, 09:09

при возникновении исключения в одном из конструкторов - может случится утечка. Например если очередь подстановки параметров функции (которая кстати неопределена по стандарту - а это значит что компилятор волен делать это как его компиляторской душе угодно) будет происходить так


если на втором шаге произойдет исключение - будет утечка.

умные указатели - не панацея

если возможны циклические ссылки, то shared_ptr не поможет
придется добавлять weak_ptr и серьезно проектировать, ибо вики хорошо так добавляют в сложности проги

Добавлено через 2 минуты и 29 секунд
тьфу, это ж обьява функции
кто ж так пишет обьявы, что не заметишь....

да нет, это вызов функции 

Добавлено через 48 секунд

так лучше?

ага, имхо, намного
совсем не так прочел - слишком стиль от привычного мне отличается 

строка длинная была  

есть несколько простых правил, придерживаясь которых можно избежать большинства возможных утечек, например: избегать по максимуму ручного выделения и удаления памяти (например использовать контейнеры которые подчистят сами при удалении), удалять память там где выделяешь, написал new напиши сразу delete... Исходя из собственного опыта про умные указатели могу сказать что они не исключают утечек и если уж таковые произошли то процесс выявления и избавиления от них может стать настоящим кошмаром >_<.

для проверки и выявления тяжелых случаев утечек я использовал memory validator.