QObject::deleteLater, когда проиходит освобождение памяти? Опции

[йцукен]

Я так и не понял, когда происходит освобождегние памяти в вызове QObject::deleteLater?
Это эдентично такому коду или нет?
QObject *pObj;
// ...
delete pObj;
pObj = 0;

[ViGOur]

Как я понял память освобождается после того, как были обработаны все события.
И если выполнить тот код, который вы привели ниже, может произойти ошибка, из-за того, что некоторые слоты не успели отработать, а обьект уже удален.

Если перевести описание данной функции, то вот, что получиться:

void QObject::deleteLater () [slot]

Отмечает объект для удаления.

Объект будет удален когда контроль вернется к циклу обработки сообщений.

Обратите внимание, что вход и выход из нового цикла обработки событий (например при открытии модального диалога) не выполнят отсроченное удаление; для того чтобы объект был удален, управление должно вернуться в тот цикл обработки событий, в котором была вызвана deleteLater().

См. также destroyed() и QPointer.

Сообщение отредактировал ViGOur - 28.12.2007, 15:48

[йцукен]

Понял, спасибо.

[bobdva]

что сие значит

для того чтобы объект был удален, управление должно вернуться в тот цикл обработки событий, в котором была вызвана deleteLater().

т.е что как на деле это происходит ?

[SABROG]

что сие значит

для того чтобы объект был удален, управление должно вернуться в тот цикл обработки событий, в котором была вызвана deleteLater().

т.е что как на деле это происходит ?

Для многопоточных приложений. Есть гуишный QEventLoop, у каждого нового потока свой QEventLoop. Если где-то в потоке зациклить через while(1) код, то возвращение в eventloop никогда не вернется и объект через deleteLater удален не будет.

Т.ч. на деле это обычно выглядит так:
- жмешь кнопку
- приходит сигнал clicked()
- вызывается слот on_button_clicked()
- в слоте вызывается deleteLater()
- происходит выход из слота
- возвращение в код, где был emit сигнала clicked()
- возвращение в главный eventloop
- удаление объекта