Утечки памяти

[Rififi]

YourLastSong

Недавно заметил через диспетчер задач, что в моей программе присутствуют утечки памяти.

Кол-во операторов new совпадает с delete, а new[] — с delete[], malloc не использую.

1. для начала - убрать весь говно-код с голыми указателяими и new/delete и по максимуму заюзать std::unique_ptr/std::shared_ptr и идиому RAII.

2. пронаследовать все классы с указателями от boost::noncopyable, посмотреть что при этом произойдет, сделать выводы.

3. почитать доки как использовать DebugCrt, а частности про снапшоты памяти и диффы

4. воспользоваться специальзированными средстваими типа AQTime

[f.hump]

Он показывает количество используемой памяти. Если это самое количество стремительно увеличивается - утечка.

Смотрю на колонку memory. Или так делать не надо?

Ну, это ничего не объясняет. Откуда мне знать, что проблема вызвана моей прогой?

Просто глобальные переменные - очень плохая практика, как goto.

Как я и думал. На вкус и цвет друзей нет. Кстати, а что не так с goto?

[YourLastSong]

Сообщение от f.hump

Ну, это ничего не объясняет. Откуда мне знать, что проблема вызвана моей прогой?

Я ведь смотрю в memory своего процесса. Разве так нельзя делать? Почему?

[_Ч_]

к советам Rififi можно еще добавить:
Не забываем про виртуальные деструкторы в базовых классах.
new[]/delete[] - зло. по умолчанию лучше использовать что-нибудь готовое из stl. вместо массивов вектор - самое оно.

[_Ч_]

К сожалению, сейчас crtdbg.h ни о чём не сообщает.

А как спрашивали? Может неправильно использовали? Код от проверки можно сюда запостить. Его не должно быть много.

Я ведь смотрю в memory своего процесса. Разве так нельзя делать? Почему?

ОS на свое усмотрение может выделять/отбирать память процессу по своему усмотрению. Алгоритмы достаточно хитрые ибо оптимизация. Например зачем в систему возвращать память, если свободной пока что достаточно. А вдруг она процессу еще пригодится. ОS у процесса незаюзанную память может попробовать отобрать когда она действительно понадобится в другом месте ну и т.д. Это все конечно же не факты. За фактами нужно лезть в соответствующие доки.
В общем сперва вам стоит доказать, что утечки все-таки есть с помощью спец инструментов.

[f.hump]

Просто глобальные переменные - очень плохая практика, как goto.

Так он, что не выгружается по завершении?
Или наблюдем за ефектом какой-то последовательности действий на цифры в манагере? Если так, тоэто никак не помогает, на мой взляд, обнаружению утечек. Может манагер памяти решил не освобождать память, а держать ее зарезервированной, или еще какая фигня.

[An1ka]

Утечка памяти может быть не только из-за new/delete. Если создаются объекты GDI, то они должны быть освобождены, так же ком объекты (например, DirectX) могут привести к утечке.