не смущает?

ни грамма. Защищённые функции можно вызывать из потомков

Но!

в деструкторе вызывать УЖЕ поздно, а сигналы
destroyed()),this,SL
destroyed(QObject*))

почему-то не происходят. Вот такая петрушка

Сообщение отредактировал Алексей1153 - 12.11.2010, 20:12

как раз и не должно.
Унаследовался от QWidget и вперёд. Со спецификатором доступа public при наследовании все public и protected методы QWidget должны стать public и protected что ли методами наследника.


странно.


это вообще странно. может все таки ты где то ошибся. код давай.
и по-моему даже если их поймаешь то будет поздно - т.к. деструкторы вызываются в обратном порядке вызова конструкторов. получается если сигнал вызывается перед деструктором QObject то вся виджетная часть уже удалена.

но факт. Проверил

я тебе не верю. код давай.

#pragma once

#include <QWidget>

class CWin : public QWidget
{
    Q_OBJECT
public:
    explicit CWin(QWidget *parent=0);
    
public slots:
    void preventChildrenKilling();
    void preventChildrenKilling(QObject *);
    
};

#include "CWin.h"

CWin::CWin(QWidget *parent) :QWidget(parent)
{
    connect(this,SIGNAL(destroyed()),this,SLOT(preventChildrenKilling()));
    connect(this,SIGNAL(destroyed(QObject*)),this,SLOT(preventChildrenKilling(QObject*)));
}

void CWin::preventChildrenKilling()
{
    destroy(true,false);
}
void CWin::preventChildrenKilling(QObject*)
{
    destroy(true,false);
}

    CWin* w=new CWin;
    
    std::vector<QWidget*> list;
    
    list.push_back(new QWidget(w));
    list.push_back(new QWidget(w));
    list.push_back(new QWidget(w));

    delete w;

    list[0]->show(); //тут нарушение сегментации (дитё уже убито)
    list[1]->show();
    list[2]->show();

что не так ?

добавил в слот
void CWin::preventChildrenKilling(QObject*)

std::cout << __PRETTY_FUNCTION__ << "\n";

при работе получил вывод


так что на сигнал destoyed() зря грешишь он вызывается и даже слот срабатывает

можно попробовать через deleteLater()
посмотреть в багрекере троллей баг на destroy твоей версии Qt

---------

хотя ты знаешь все поддается логике.
деструкторы вызываются в обратном порядке. ты к примеру используешь destroy в своем деструкторе .сначала вызывается в твоем destroy(true,false) а затемм - destroy(true,true) в деструкторе QWidget вполне возможно что второй раз детки погибают от рук попаши.

void QObject::destroyed ( QObject * obj = 0 ) [signal]
This signal is emitted immediately before the object obj is destroyed, and can not be blocked.
All the objects's children are destroyed immediately after this signal is emitted.

kwisp, только сейчас обратил внимание, что в консоли вывод


определение в <qobject.h>

- хм



это как делается ? и где



попробовал вызывать deleteLater() вместо delete. Потом, попозже, по мышиному событию вызвал show для детей - тоже вылет.

Похоже, остаётся только так

так точно
только правда что то типа. я скоренько накатал рабочий вариант. завернешь в функцию сам.

int main(int a, char** B)
{
  QApplication app(a,B);
  CWin* w = new CWin;
  QWidget* wgt = new QWidget(w);
  foreach(QObject* obj, w->children()) {
    if(obj->isWidgetType()) {
      std::cout << __func__ << '\n';
      qobject_cast<QWidget*>(obj)->setParent(NULL);
    }
  }
  delete w;
  wgt->show();
  return app.exec();
}

без qobject_cast не работает. что очень интересно.
а всё дело в setParent - их две в QObject и QWidget
как делать со всеми кнопками и лейблами. не знаю на сколько корректно будет приводить их к QWidget* думаю прокатит т.к. они все его прямые public наследники