Создание/вызов методов в разных потоках.

[niXman]

Всем хай!

Есть необходимость, в потоке, создавать GUI объекты. Но программа вываливается с сообщением типа сяго:


Кто-то сталкивался с подобной нуждой? Ну вот позарез нужно создавать объекты в потоке. Вот

[lit-uriy]

GUI можно создавать только в главном потоке. И нужды создавать их в другом потоке, все таки нету.

[niXman]

Юра, а мне нужно. И это не баловство/игрушки, реальная задача.
Хочу в цикле, создавать объекты типа QWebView. Чтоб страницы вебовские загружать, с поддержкой ява-скрипт.
Как это реализовать?

[serg_hd]

GUI можно создавать только в главном потоке. И нужды создавать их в другом потоке, все таки нету.

У меня похожая трабла. Нужно использовать QWebView (или QWebPage), загружать в него QUrl - и так во многих параллельных потоках для написания веб-сёрфера. Какие тут ещё альтернативы кроме многопоточности?
Я использую QT Jambi (java-фреймворк над QT), объекты QWebView и QUrl в отдельном потоке создаются (в отличие от сишного qt) и можно легко оперировать их методами, за исключением QWebView.load(QUrl), где выдаёт:

Код:

QObject: Cannot create children for a parent that is in a different thread.
(Parent is QApplication(0x33b4210), parent's thread is QThread(0x33b4068), current thread is QThread(0x39924a8)

Весь инет перерыл в поисках, нашёл даже похожую проблему, но там ответ, думаю, будет не скоро.

[pastor]

Юра, а мне нужно.

Нельзя и точка! В ассистанте все написано. Даже в сообщении об ошибке об этом идет речь.

[BRE]

Как это реализовать?

Можно попробовать сам QWebView создавать в главном потоке, а в дочерних потоках работать с объектами классов QWebPage/QWebFrame.

[niXman]

Юра, а мне нужно.

Нельзя и точка! В ассистанте все написано. Даже в сообщении об ошибке об этом идет речь.

Ладно, нельзя. Но почему?!

Где можно почитать внятные разъяснения?
В сообщении об ошибке, сообщается ошибка, а не причина невозможности создания ГУИ объектов в потоке.

[spectre71]

Юра, а мне нужно.

Нельзя и точка! В ассистанте все написано. Даже в сообщении об ошибке об этом идет речь.

Ладно, нельзя. Но почему?!

Где можно почитать внятные разъяснения?
В сообщении об ошибке, сообщается ошибка, а не причина невозможности создания ГУИ объектов в потоке.

Ну если нельзя, то что тут сделаешь!

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

[niXman]

создавать QWebView можно отправляя сигнал из второстепенного потока объекту в главном потоке, который его и создаст

Т.е. в основном потоке, создать слот, который будет создавать QWebView, и испускать сигнал с аргументом типа QWebView*, обратно в поток? А вас правильно понял?

Кажется это реально выполнимая задача

[spectre71]

создавать QWebView можно отправляя сигнал из второстепенного потока объекту в главном потоке, который его и создаст

Т.е. в основном потоке, создать слот, который будет создавать QWebView, и испускать сигнал с аргументом типа QWebView*, обратно в поток? А вас правильно понял?

Кажется это реально выполнимая задача

Да.
А можно и поизвращаться. У меня была задачка:
При длительной обработке данных(исталляция пакаджа) в другом потоке в определенных случаях создавать дополнительные виджеты. Причем это было в некотором объекте который ничего не знает про то, в каком потоке работает и не должен знать! Мало того создание виджетов делалось где-то в цикле и соответственно даже если бы объект и знал про поток, то сделать посылку и получение сигнала было бы тяжело и сильно все портило бы.
Так что я сделал синхронизирующий вызов метода унаследовав свой QApplication и QThread.
Если интересно, посмотри тему:

http://www.prog.org.ru/index.php?topic=10041.msg59182#msg59182

[Igors]

Юра, а мне нужно.

Нельзя и точка! В ассистанте все написано. Даже в сообщении об ошибке об этом идет речь.

Ладно, нельзя. Но почему?!

Здесь все достаточно просто - сам OC это не держит (по крайней мере не все ОС). Например если просматривать те же ф-ции базовой графики/рисования то легко можно натолкнуться на "not thread-safe"
Так что это не вина Qt

[niXman]

Spectre
Огромное спасибо! По идее это то, что нужно.

Но один вопрос остается без ответа: Почему ГУИ объекты нельзя создавать в потоке? Где об этом можно почитать? Может какой костыль написать?

п.с.
эх...Константина бы сюда...

[niXman]

если просматривать те же ф-ции базовой графики/рисования то легко можно натолкнуться на "not thread-safe"

Да, согласен. Но если объекту не указывать parent/paint_device, то он и рисоваться не будет. Что в этом случае мешает?

[spectre71]

Spectre
Огромное спасибо! По идее это то, что нужно.

Но один вопрос остается без ответа: Почему ГУИ объекты нельзя создавать в потоке? Где об этом можно почитать? Может какой костыль написать?

п.с.
эх...Константина бы сюда...

Написано в ассистанте, где точно не помню. Почему, никогда специально не разбирался, но в C++ Builder, точно так же.
Вот костыль и написал.
Если будешь юзать причитай тему до конца, там есть правки.
Там есть еще define для простого вызова viod методов для this:
MyClass::anyMethod(....)  {
...
// вместо
// this->methodforsync();
// вызываем
sb_synchronize_method(MyClass, methodforsync);
...
}
MyClass::methodforsync(void)  {
...
...
}

[Igors]

если просматривать те же ф-ции базовой графики/рисования то легко можно натолкнуться на "not thread-safe"

Да, согласен. Но если объекту не указывать parent/paint_device, то он и рисоваться не будет. Что в этом случае мешает?

По идее - ничего, ведь можно же создавать QObject в любой нитке. Но гораздо проще (и лучше) сказать как сказано "GUI только в главном потоке" вместо того чтобы вдаваться в долгие объяснения. А вдруг рисование будет вызвано косвенно чем-то типа grabWidget? А вдруг виджету надо себя закешировать? И.т.д  и.т.п. В конце концов что это за элемент UI который не рисуется?

И вообще, нечего распускать пользователя обилием возможностей, он это не ценит. Не так уж давно ВСЕ обращения к ОС возможны были только в главной нитке - и ничего, работали.