Error message "create: CreateWindowEx failed"

JonB

@Julieng
I am interested: why do you create a newly allocated scene and delete the current one, why not just clear out the current one and add your new stuff into it? I am a graphics beginner.

Julieng

I have tried 3 differents approaches (because I really do not understand the error message) :

first: use a single scene with clear() function (I think it is @JonB solution). It crashed so I though it was related to a possible late call to a cleared object
second, I tried @hskoglund solution using 'delete'. Since I got same crash, I tried a third option
third: use a deleteLater

If it helps, the probability to crash is far higher when there is a large number of items in the scene (quite no crash with around 100 items but regular crash with about 1000 items)

JonB

@Julieng
Sounds like the deleteLater reduces the frequency of the problem but still is not right. I think I'd worry first about why clear() and re-use does not work. But then I did say I'm a beginner, so I don't know!

Julieng

I just tried it on Linux (Ubuntu 19.10) and I have no issue.

Julieng

Tested today with a Qt 5.12 on Windows and I still have the issue. Any ideas about how to avoid this issue ? Thanks.

JonB

Well, firstly you'll never get a CreateWindowEx error under Linux because that is the name of a native Windows(-only) function for creating a window!

create: CreateWindowEx failed (Le processus actuel a utilisé tout son lot alloué par le système de descripteurs pour les objets du Gestionnaire de fenêtre.)

This almost certainly means that you have exceeded the number of "Window Manager objects" allowed, Windows has run out of handles. That will be why it "works well many times", till the maximum gets exceeded.

As we have said before, the "best guess" would be that you are failing to delete/leaking window handles somewhere.

Under Windows there are external tools (you'll have to Google) for examining what windows/objects/handles are in use by Windows. You might that useful.

Julieng

Interesting comment @JonB. I do not create any new window in this process but I have sub-classed QDockWidget to carry my view (called "myView" in my exemple). Here is the code (to avoid closing a QDockWidget with ALT+F4):

#include "uncloseableDockWidget.h"
#include <QCloseEvent>

uncloseableDockWidget::uncloseableDockWidget(const QString & title, QWidget * parent, Qt::WindowFlags flags) : QDockWidget(title, parent, flags) {
    setFeatures(QDockWidget::DockWidgetMovable | QDockWidget::DockWidgetFloatable);
    setAllowedAreas(Qt::AllDockWidgetAreas);
}

uncloseableDockWidget::~uncloseableDockWidget() {
}

void uncloseableDockWidget::closeEvent(QCloseEvent * event) {
    event->ignore();
}

Could the closeEvent interact with something in my view. I do not see direct link but as you explain that I could have not deleted something, it rings my bell !

JonB

@Julieng
It doesn't shout at me. Remove to test?

The idea is that I have different widgets and graphicsWidgets in the 'newScene'.

Every QWidget you create will have a Windows window CreateWindowEx. I don't know about your "graphicsWidgets ". I'm thinking you are creating a "large" number of these. That would happen if you're are not destroying them, for whatever reason. I'm thinking the error message is pretty severe!

create: CreateWindowEx failed (Le processus actuel a utilisé tout son lot alloué par le système de descripteurs pour les objets du Gestionnaire de fenêtre.)

Google to find the correct corresponding English error message. Then Google for that. Find out why it would be issued. There must be tool to show how many windows have been created by a process or in the system as a whole, and see if that is indeed "large". Look for you using up all of them!

SGaist

Hi,

The error states that you exhausted all the available descriptors for objects of the window manager. Any chances you are leaking widgets or other graphical components ?

JonB

@Julieng
@SGaist has confirmed what I suggested --- you must surely(?) be leaking widgets somewhere in your code, causing Windows to run out of windows(!). The fact that you reported clear() crashed, and delete crashed, and deleteLater() crashed after a while must be indicating something is awry.

For widgets only (unfortunately), for debugging "orphanages" I use https://doc.qt.io/qt-5/qapplication.html#allWidgets. You can walk that to see what's in existence, or has no parent. Even if all you do is examine its length at an appropriate point in your code, if there are a "large number" there when there shouldn't be it shows you have some leak....

For QObject-derived classes (including QWidget) you can slot onto the https://doc.qt.io/qt-5/qobject.html#destroyed signal. If you simply count there, if you create 1,000 QObjects but don't see that many destroyed, you're leaking.

For your QGraphicsItems unfortunately neither of these techniques apply. I'm not sure if they can ever get orphaned from a QGraphicsScene. Though creating a QGraphicsItem(nullptr) and then failing to call QGraphicsScene::addItem() would leave it dangling, as would calling QGraphicsScene::removeItem() and then not deleting it yourself afterward. Some food for thought.

Julieng

@SGaist and @JonB , thanks a lot for your help ! I have used 'QApplication::allWidgets().size()' to track where I am leaking and indeed, I was generating lots of widgets from call to call. That's solved.

JonB

@Julieng
Yay! QApplication::allWidgets() is my favorite QWidgets function :) I have a debugging function which walks them via parent, reporting on all those which are top-level orphaned even if they compose a tree.