->deleteLater()

[Orfus]

Доброго времени суток. Объясните пожалуйста, что происходит при таком раскладе.

Код

C++ (Qt)
QObject *obj = new QObject(this);
obj->deleteLater();
obj=new QObject(this);

Какой объект будет удалён? Тот, что был создан в первой строке или третей? И будет ли вообще удалён? 
Этот вопрос терзает меня уже не первый день.

[Пантер]

Первый, конечно. Не путай объект и указатель на объект.

[Alex Custov]

obj - это не объект, а всего лишь указатель на него. Поэтому указанный код будет работать нормально, удалится первый объект.

[Igors]

Первый, но конструкция потенциально опасна - неизвестно когда дело дойдет до удаления и будет ли этот момент подходящим

[Orfus]

Премного благодарен за ответы.

Первый, но конструкция потенциально опасна - неизвестно когда дело дойдет до удаления и будет ли этот момент подходящим

Насчёт этого волнений нет

[ieroglif]

Первый, но конструкция потенциально опасна - неизвестно когда дело дойдет до удаления и будет ли этот момент подходящим

Код

C++ (Qt)
QObject *obj = new QObject(this);

Объявили переменную под названием obj, размером с "указатель", типа "указатель на QObject". в памяти выделилось место.
В эту память (переменную) положили адрес нового созданного объекта типа QObject.

Код

C++ (Qt)
obj->deleteLater();

объекту, который располагается по адресу, записанному в переменной obj, дали команду "самоудались при первом возможно случае"

Код

C++ (Qt)
obj=new QObject(this);

в переменную obj записали новый адрес - это новый объект типа QObject

итого: в чём эта конструкци потенциально опасна?

[asvil]

Код:

неизвестно когда дело дойдет до удаления и будет ли этот момент подходящим

Хотя жаба и прочие обладатели gc не беспокоятся по этому поводу.

P.S. ах да это же сиплюплюс

[Igors]

Насчёт этого волнений нет

Лучше чтобы они были   Добавим всего одну строчку

Код

C++ (Qt)
QObject *obj = new QObject(this);
obj->deleteLater();
delete obj;        // новая строка
obj=new QObject(this);

И становится совсем непросто ответить "а как же это будет(?) работать" 

[Авварон]

будет

[Orfus]

Лучше чтобы они были  Добавим всего одну строчку

Код

C++ (Qt)
QObject *obj = new QObject(this);
obj->deleteLater();
delete obj;        // новая строка
obj=new QObject(this);

И становится совсем непросто ответить "а как же это будет(?) работать"  

При таком раскладе сдаётся мне произойдёт чего нибудь не то при попытке обратится к объекту который насильно удалён был.

[Igors]

При таком раскладе сдаётся мне произойдёт чего нибудь не то при попытке обратится к объекту который насильно удалён был.

Так что, написал delete - уже насильник? Работать будет т.к. деструктор вычистит из EventLoop все  события посланные удаляемому. Все implicit действия чем-то похожи и первое впечатление почти всегда "ой как здорово! (элегантно, изящно и.т.п.)". Потом правда выясняется что это не совсем так.

[Yuriy]

Предлагаю использовать valgrind.

Я даже и не подозревал, какие утечки памяти вытворял такими deleteLater или WA::DeleteOnClose и т.д., в общем на мой взгляд верном коде. В своих двух проектах сотворил 1000 исправлений за два дня.

Утечки могут быть не только при использовании оператора типа Delete. Утечек хватает при некорректном использовании Qt-шных виджетов.

Я и представить не  мог, что к примеру злосчастный QRubberBand может наковырять 10Мб утечек памяти, при этом с виду код абсолютно стандартный. Про QSQlite вообще отдельная тема, до поиска утечек даже не подозревал, что у меня такие руки кривые, хотя многие классы использую в стандартном порядке, как Assistent порекомендовал

[asvil]

звучит несколько маркетологовски, если несложно, покажите diff

[Yuriy]

Да нет никакого маркетинга, слава богу.
Есть такая фича, когда запускаешь проект из под valgrind, то он начинает валить memory leak'и и прочие вещи в окно Результат выполнения в QtCreator.
И когда он насчитывает их более 1000, то просто перестает об этом писать, мол иди правь свой проект !
Я думаю что такая участь может постигнуть любого, не я один такой 

[andrew.k]

При таком раскладе сдаётся мне произойдёт чего нибудь не то при попытке обратится к объекту который насильно удалён был.

Так что, написал delete - уже насильник? Работать будет т.к. деструктор вычистит из EventLoop все  события посланные удаляемому. Все implicit действия чем-то похожи и первое впечатление почти всегда "ой как здорово! (элегантно, изящно и.т.п.)". Потом правда выясняется что это не совсем так.

Что-то я сильно сомневаюсь, что это будет работать.

"Deleting a QObject while pending events are waiting to be delivered can cause a crash."
deleteLater посылает объекту событие:
QEvent::DeferredDelete   52   The object will be deleted after it has cleaned up.
Я уверен что будет коре.