Irregular access violation when switching active subwindow in an MDI application

olowo726

I think so. The code is as follows with some company internal names changed to X. XMdiSubWindow inherits QMdiSubWindow to add some options to the system menu, that's all. XMdiSubWindow declares Q_OBJECT. XTable inherits QWidget and have subWindows as parent.

XMdiSubWindow *subWindow = new XMdiSubWindow(this);
subWindow->setAttribute(Qt::WA_DeleteOnClose);
XTable *child = new XTable(subWindow, characteristicCoordinator_);
subWindow->setWidget(child);
addSubWindow(subWindow);

SGaist

Are you giving a parent to XTable ?

olowo726

yes, subWindow is the parent.

SGaist

What happens if you don't ?

olowo726

Same thing, no difference

SGaist

Do you get the same issue if you create a default application and use the code from the documentation as is ?

olowo726

I modified the mdi example to read

MdiChild *MainWindow::createMdiChild()
{
    MdiChild *child = new MdiChild;
    QMdiSubWindow *subWindow1 = new QMdiSubWindow;
    subWindow1->setWidget(child);
    subWindow1->setAttribute(Qt::WA_DeleteOnClose);
    mdiArea->addSubWindow(subWindow1);

#ifndef QT_NO_CLIPBOARD
    connect(child, &QTextEdit::copyAvailable, cutAct, &QAction::setEnabled);
    connect(child, &QTextEdit::copyAvailable, copyAct, &QAction::setEnabled);
#endif

    return child;
}

i.e. to be according to the documentation. That seems to work fine.

JonB

@olowo726
The difference appears to be that you subWindow1->setAttribute(Qt::WA_DeleteOnClose); after subWindow1->setWidget(child);, in your earlier one you set it before setting the child widget, does that really alter the behaviour?

olowo726

No difference (just tested)

JonB

@olowo726
:) As I thought! In which case, only me, but I'd want to know what is different about their example code compared to your original attempt? Maybe if you retry your original attempt it will work now?! Anyway, up to you, you can just stick with what you do have working now.

olowo726

Sorry, I formulated myself badly, regarless of the order of the statement the application crashes.

olowo726

I've solved this now but actually I don't know exactly why.

My application have several MDI areas which the user can switch between. I had forgotten to disconnect the tile etc. menu choices from the old MDI are when the user switched MDI area. When I corrected that the crash disappeared as well indicating that the old signal connections somehow loomed. However I don't know why, I think that the signals should have been automatically disconnected when the objects were destroyed.

mrjj

@olowo726

Hi
Did you verify the objects were actually destroyed?
Else that would explain why they are still connected.