И снова GUI и потоки...

[uriel]

Уже второй день не могу понять, что не так с этим кодом.

Код:

#include <QApplication>
#include <QThread>
#include <QEvent>
#include <QPushButton>
#include <QDebug>
//
class Thread: public QThread
{
protected:
	void customEvent(QEvent*)
	{
		qDebug() << currentThread() << QApplication::instance()->thread();

		QPushButton *pb = new QPushButton("!");
		connect(pb, SIGNAL(clicked()), pb, SLOT(close()));
		pb->show();
	}
};
//
int main(int argc, char *argv[])
{
	QApplication app(argc, argv);

	Thread *thrd = new Thread();
	thrd->start();
	QApplication::postEvent(thrd, new QEvent(QEvent::User));

	return app.exec();
}

Судя по отладочной информации, customEvent(), как и подсказывает логика, вызывается из GUI потока. Но как только я нажимаю на кнопку - приложение тихо падает, ни сегфолта, ни исключения. Причём виджет может быть абсолютно любым.
Может быть, я просто не замечаю чего-то очевидного?

[lit-uriy]

виджеты можно создавать только в главном, ГУЁвом потоке

[uriel]

Ну это-то понятно. В том и дело, что этот виджет создаётся как раз в GUI потоке, если верить отладочной информации. Если бы я его создавал, скажем, в функции run(), то он бы прямо выругался, что виджет создаётся не там, где надо. Сам объект потока тоже живёт в гуёвом. Так что не вижу здесь проблем.

[Tonal]

Странная какая-то логика. Попробуй в отладчике посмотреть.

А зачем такое вообще может понадобиться?

[lit-uriy]

что-то я не понял, у тебя кнопка создается в объекте типа Thread, а он и есть другой (не ГУЁвый поток) разве нет?

[denka]

Твое приложение не падает. В 4-ке по закрытию главного окна приложения QApplication завершает свою работу.
Используй метод setQuitOnLastWindowClosed ( bool quit ) класса QApplication и не будет проблемы.

[developer]

Мне кажеться что с кодом все нормально, и что с тем что виджет тихо закрывается тоже нормально, а иначе и не может быть

Код:

connect(pb, SIGNAL(clicked()), pb, SLOT(close()));

. Ты ведь сам подсоединил его к слоту который закривает в данном случае кнопку.

[kirill]

Вот так новость, оказывается создавать в thread gui объекты можно, лишь бы это был не метод run.

[pastor]

что-то я не понял, у тебя кнопка создается в объекте типа Thread, а он и есть другой (не ГУЁвый поток) разве нет?

Нет


Вопрос к автору: А что вы своим кодом хотите добиться? Мулитипотоковости?

ЗЫ: Код весьма странный и непонятный!

[pastor]

Вот так новость, оказывается создавать в thread gui объекты можно, лишь бы это был не метод run.

Совершенно верно. Можите ознакомиться вот с этим Thread Support in Qt. Там все подробно описано.

[uriel]

Благодарю, den'ka оказался прав. Я почему-то считал, что по умолчанию это свойство имеет значение false и всегда ставил его в true руками.
Этот код - просто минимальный набор для воспроизведения подобного поведения. А глобальная проблема такая: есть дополнительный не-гуи поток, который выполняет свою работу и может в процессе запросить какие-то данные у пользователя. Создавать экземпляры дилогов для запроса заранее и потом кидаться сигналами не получится, ибо основной поток может и не знать о том, что именно требуется создать (если использовать плагины, скажем).

[SASA]

http://crossplatform.ru/documentation/qtdoc4.3/threads.php
Любые гуи-объекты должны создаваться в гуи-потоке! Но негуи-поток может вызывать функции и в гуи-потоке. Либо sendEvent либо QMetaObject::invokeMethod объекту, созданному гуи-потоке. Можно ещё сигнал/слот с Qt::QueuedConnection.

[pastor]

Но негуи-поток может вызывать функции и в гуи-потоке.

А здесь попрошу подробнее

Либо sendEvent либо QMetaObject::invokeMethod объекту, созданному гуи-потоке.

Это пояснение к предыдущему предложению (т.е. каким образом работать с гуем с негуевого потока)?

[SASA]

Это пояснение к предыдущему предложению (т.е. каким образом работать с гуем с негуевого потока)?

Да, а что не так-то?

[pastor]

Это пояснение к предыдущему предложению (т.е. каким образом работать с гуем с негуевого потока)?

Да, а что не так-то?

Да все так. Прсто несовсем понятна была фраза:

Но негуи-поток может вызывать функции и в гуи-потоке.

и то этому попросил вас уточнить насчет следующего предложения: пояснение это или нет.