setModel

[demaker]

Код

C++ (Qt)
MainWindow::MainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MainWindow)
{        
    ui->setupUi(this);
 
     root = new QObject(this);
 
    treeview = new TreeView(this);
    treemodel = new TreeModelBrowser(root);
    treeview->setModel(treemodel);
 
}
 

Скажите в данной ситуации treeview является  дочкой MainWindow или treemodel?

[Alex Custov]

Если имеется ввиду всё-таки модель, то документация:

void QAbstractItemView::setModel(QAbstractItemModel *model)
...
The view does not take ownership of the model unless it is the model's parent object because the model may be shared between many different views.

Если view, то непонятно почему возник такой вопрос - это первые уроки по Qt. Объект является ребёнком того объекта, который был передан как родитель в конструкторе. Т.е. MainWindow.

[demaker]

Согласен
Но когда я закрываю главное окно MainWidow в дебаг не выводится "Delete TreeView"

Код

C++ (Qt)
void TreeView::actWscan()
{
            wps = new widgetScan()            
            wps->show();  
}
 
 
TreeView::~TreeView()
{
    qDebug()<<"Delete TreeView";
 
    if(wscan != NULL)
    {
        wscan->close();
        wscan = NULL;
    }
}
 

Код

C++ (Qt)
widgetScan::widgetScan(QWidget *parent):
    QWidget(parent)
{
    setAttribute(Qt::WA_DeleteOnClose);
}
 

[Hrundel]

А ты удаление объекта явно вызови и увидишь.

На сколько я понимаю, при удалении наследников, просто, адрес памяти удаляется из таблицы, а бинарный мусор на этом месте остается не перезаписанным нулями (то есть не равно 0х0, это хорошо видно при дебаге). Однако это место в памяти уже не является резервированным.

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

В твоем варианте wps = new widgetScan() не является потомком TreeView, а значит его нужно удалять. Поэтому в событии close() нужно вызвать деструктор TreeView.

Если написать  wps = new widgetScan(this),  то будет удаляться и без деструктора по цепочке от дальнего предка к родителю.

[Alex Custov]

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

Это бред, странно что приходится обсуждать вызов деструктора тут 

[Serr500]

На сколько я понимаю, при удалении наследников, просто, адрес памяти удаляется из таблицы, а бинарный мусор на этом месте остается не перезаписанным нулями (то есть не равно 0х0, это хорошо видно при дебаге). Однако это место в памяти уже не является резервированным.

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

Абсолютно неверно! При удалении обекта всегда вызывается его деструктор (экстремальные случаи рассматривать не будем  ). То есть стековые переменные при выходе из области видимости автоматически разрушаются с вызовом деструктора, а переменные в куче разрушаются с вызовом деструктора при удалении оператором delete.

А если Вам приходится вызывать деструктор явно, то у Вас почти наверняка ошибка в коде. Явный вызов деструктора приемлем, пожалуй, только при написании собственного распределителя памяти.

Правы Вы только в одном - обычно при разрушении объектов их память не обнуляется.

[Hrundel]

Простите за некорректную формулировку на русском, я информатику на немецком изучаю. Вообще, под явным вызовом деструктора я подразумевал применение оператора delete. "Умные указатели" я, честно говоря, слабо понимаю, потому что на лекциях их затронули очень поверхностно. (Но речь то надо толкнуть, чтобы проверить что другие скажут )

[Serr500]

"Умные указатели" я, честно говоря, слабо понимаю, потому что на лекциях их затронули очень поверхностно.

Там и понимать-то нечего.  Если рассматривать самый простой "умный указатель", то это некий объект с конструктором и деструктором, который содержит ссылку на некие общие данные. Общие данные состоят из обычного указателя на нужный нам объект и счётчика ссылок. При создании копии умного указателя счётчик ссылок увеличивается, при разрушении - уменьшается. Последний разрушаемый умный указатель разрушает объект, указатель на который он хранит. Вот и всё.

[demaker]

Код

C++ (Qt)
#include "mainwindow.h"
#include "ui_mainwindow.h"
 
MainWindow::MainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MainWindow)
{
    ui->setupUi(this);
    newWidow = NULL;
    connect(ui->pushButton,SIGNAL(clicked()),this,SLOT(addNewWindow()));
 
    setAttribute(Qt::WA_DeleteOnClose);
}
 
MainWindow::~MainWindow()
{
    delete ui;
 
    if(newWidow != NULL)
    {
        newWidow->close();
        delete newWidow;
        newWidow = NULL;
    }
}
 
void MainWindow::addNewWindow()
{
    if(newWidow == NULL)
    {
        newWidow = new MyWidget;
        connect(newWidow,SIGNAL(closeMyWidget()),this,SLOT(nullNewWindow()));
        newWidow->show();
    }
}
 
void MainWindow::nullNewWindow()
{
    newWidow = NULL;
}
 
 

Код

C++ (Qt)
MyWidget::MyWidget(QWidget *parent):
    QWidget(parent)
{
    setAttribute(Qt::WA_DeleteOnClose);
}
 
MyWidget::~MyWidget()
{
    Q_EMIT closeMyWidget();
}
 

Не могу понять почему код работает с ошибкой
Пожалуйста подскажите

[kambala]

delete newWidow; — убери, оно и так само удаляется

[demaker]

delete newWidow; — убери, оно и так само удаляется

убрал ,но
в debug пишет

Код:

Okna-build-desktop\debug\Okna.exe завершился с кодом -1073741819

[lit-uriy]

demaker, если у тебя функция main выглядит так:

Код

C++ (Qt)
Qapplication app;
MainWindow w;
w.show();
return app.exec();

то ты никогда не дождёшся работы деструктора, т.к. деструктор w должен вызваться после того как закончит работу app.exec(), но программа тут же завершается.

Для тестов можешь попробовать это

[kambala]

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

P.S. вместо NULL пиши 0.

[demaker]

Для тестов можешь попробовать это

Спасибо, но не помогло

[demaker]

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

И что мне с этим делать