и опять про мемори лик

[vizir.vs]

Хватит толочь воду в ступе. Valgrind не может правильно оценить утечки в Qt без дополнительных телодвижений.
И да, менеджер памяти в Qt есть, упрощенный - так называемая система родительского контроля

Ну если с Valgrind'ом понятно что делать, то с Dr. Memory хз. Валгринда под виндой нет.

[Bepec]

Откидывать явные ложняки

PS а если честно - проще именно то, что я советовал CppCheck + просмотр всех мест где динамически создаются объекты. Qt делает всё на твёрдую пятерочку, значит проблема именно в вашем распределении памяти

[Igors]

Хватит толочь воду в ступе. Valgrind не может правильно оценить утечки в Qt без дополнительных телодвижений.
И да, менеджер памяти в Qt есть, упрощенный - так называемая система родительского контроля

"И тут Остапа понесло" 

[navrocky]

Хватит толочь воду в ступе. Valgrind не может правильно оценить утечки в Qt без дополнительных телодвижений.
И да, менеджер памяти в Qt есть, упрощенный - так называемая система родительского контроля

Понял, о разных понятиях мы тут  размышляем. Для меня менеджер памяти - это реализация, стоящая за malloc/new. А автоматическое управление временем жизни объекта на базе родительских отношений - это, на мой взгляд, не менеджер памяти.

Ну, в общем, даже и родительские отношения тут не причем, если не удалить самого верхнего родителя, то память потечет как миленькая. Так что valgrind все правильно ловит, а Кутешники просто чинить ленятся, т.к. течет оно в основном в синглтонах, т.е. не критично, приложение всё равно сдыхает, зачем еще дополнительно память освобождать

[Igors]

Понял, о разных понятиях мы тут  размышляем. Для меня менеджер памяти - это реализация, стоящая за malloc/new. А автоматическое управление временем жизни объекта на базе родительских отношений - это, на мой взгляд, не менеджер памяти.

В данном случае "на мой взгляд" можно смело отбросить. Если я в деструкторе делаю delete др объекта - разве это менеджер? Менеджер по меньшей мере должен знать сколько памяти приложение уже заняло, автоматычно освободить часть ресурсов если обнаружена нехватка и.т.п. Там мало не покажется, причем 64 bit ничего не меняют. А называть parent-child менеджером памяти - ну, мягко говоря "не очень грамотно" 

[Bepec]

Неграмотно говорить, что этот механизм им не является

Менеджер памяти это не класс, не механизм, а абстрактное понятие

Менеджер управляет памятью. Это его главное предназначение. И управление в максимальном упрощении - это создание и корректное удаление.
Система Родитель-Ребёнок создаёт и удаляет всё корректно

[qt_newer]

Результат Cppcheck, действительно, выглядит повеселее. Одну ошибку находит:
"C-style pointer casting detected. C++ offers four different kinds of casts as replacements: static_cast, const_cast, dynamic_cast and reinterpret_cast. A
C-style cast could evaluate to any of those automatically, thus it is considered safer if the programmer explicitly states which kind of cast is expected."
win = (MainWindow *) QApplication::activeWindow();

[Bepec]

Аха

Ну как бы этот кусок у вас неверно сработает, если активным будет QWidget Потому надо использовать qobject_cast и проверять результат на 0 после

Перечитал тему - самый простой способ проверки утечки памяти - запуск программы и работа с ней в течении некоторого времени с фиксацией занимаемой памяти

[vizir.vs]

Аха

Ну как бы этот кусок у вас неверно сработает, если активным будет QWidget Потому надо использовать qobject_cast и проверять результат на 0 после

Перечитал тему - самый простой способ проверки утечки памяти - запуск программы и работа с ней в течении некоторого времени с фиксацией занимаемой памяти

Данный способ поможет узнать, есть ли утечки или нет. Но Valgrind, Dr. Memory и прочие позволяют узнать кто течет и как.