Сборщик мусора и циклические ссылки

[uint32]

Подскажите, плз, а сборщик мусора циклические ссылки отрабатывает ?

[Rcus]

В Qt не предусмотрена работа со сборщиком мусора. Механизм parent-child, используемый для управления временем жизни объектов не позволяет создание циклических ссылок.

[uint32]

В Qt не предусмотрена работа со сборщиком мусора. Механизм parent-child, используемый для управления временем жизни объектов не позволяет создание циклических ссылок.

Спасибо. так и думал. механизм, основанный на подсчете кол-ва ссылок, циклические не отлавливает...

[Rcus]

Нет, вы не так поняли: parent-child это не механизм подсчета ссылок, а простое построение леса. Моему пониманию работы GC в большей мере помогла статья http://rsdn.ru/article/dotnet/GC.xml.

[kim-nick]

А вообще, можно ли как-то сборку мусора организовать?

[Авварон]

можно:) прогоняя к примеру препроцессором на предмет присваивания указателей - вставлять код подсчета кол-ва ссылок на объекты. Неясно правда что делать с обычными ссылками (тк указатель без ручного распределения памяти как раз превращается в ссылку). Другое дело, что в qt это не особо нужно - данные обычно привязано к какому-либо виджету и их удаление можно проихводить в деструкторе (скажем так, нет "плавающих" данных, которые черте где появляются и неизвестно когда их надо удалять)

[uint32]

Нет, вы не так поняли: parent-child это не механизм подсчета ссылок, а простое построение леса. Моему пониманию работы GC в большей мере помогла статья http://rsdn.ru/article/dotnet/GC.xml.

А вот Шлее пишет(стр 54), что при уничтожении q-объекта все его потомки уничтожаются рекурсивно....
подсчет ссылок конечно касается шаред - объектов, но он обязательно должен участвовать в освобождении памяти, на мой не просвещенный взгляд

[Rcus]

Ну и где противоречие? Я говорил о построении леса в котором узлы графа - объекты, а грани соответствуют связям владения. Естественно что в таком случае уничтожение родителя повлечет за собой рекурсивное уничтожение детей.

[Авварон]

uint32
давно не работал с шаред-памятью, да и не в Qt было дело (нативные библы никсов), но если я правильно помню, такой шаред памяти соответствует область реальной памяти одного процесса и когда тот умрет, она освобождается, нет? В случае с Qt шаред объекты (библиотек) врядли участвуют в механизме дитя-предок. Обычно это статические переменные (а-ля базовая палитра приложений) и живут они независимо от не шаред обжектов. Если разговор идет, грубо говоря, о "шаред окошке" (тк механизм используется в основном для виджтетов), то за использование таких штук несет ответственность программист а не разработчики библиотеки Qt (тк там таких окон нет). Поправьте, если где не прав)

[uint32]

Ну и где противоречие?

Автоматическое удаление объектов это не есть сборка мусора?

[Rcus]

Сборщик мусора это _форма_ автоматического управления памятью, но не единственная.