QT в треде

>А может тот ресурс "нагло врет"

Там речь о Qt3 идёт.

QApplication может обратиться к argc и к argv в любой момент работы приложения.

>>А может тот ресурс "нагло врет" >Там речь о Qt3 идёт. Да действительно речь идет о QT3. Но и я испытвал на QT3 и там все нормально работало...

>QApplication может обратиться к argc и к argv в любой момент работы >приложения.

А как это может вызвать ошибку или еще какойто конфликт?

В документации Qt4 тоже есть сабжевое предостережение, но как пишут люди, все проблемы, которые могут из-за этого возникнуть - передача сигналов, и баги в MacOSX. В Qt3 кстати тоже всё нормально работает.

>передача сигналов в другие треды

fxd

>А как это может вызвать ошибку или еще какойто конфликт?

Никак, туда можно вообще нулевые указатели предать.

>А как это может вызвать ошибку или еще какойто конфликт?

Например такой _надуманный_ код может вызывать сегфолт:

QApplication* app = NULL;

void initializeApp (int argc, char** argv)
{
app = new QApplication (argc, argv);
}

int main (int argc, char** argv)
{
initializeApp (argc, argv);
int result = app->exec ();

// полезная работа. И последующее удаление QApplication

return result;
}

если не хочешь проблем с event loop, то не изобретай велосипедов, нет никакой реальной причины выносить гуй или его часть в тред, треды нужны для тяжёлых расчётов, из-за которых гуй замораживается, в Qt это вообще просто, шлёшь треду сигнал с входными данными, он тебе позже ответный с выходными (эта схема хорошо видна в примере про множество Мандельброта из доков)

Я искренне пытался запихать под оффтопиком всю гуёвую часть программы (Qt4) в отдельную DLL, и из другой программы, ничего про Qt не знающей, вызывать гуй. У меня ничего не получилось. Вот.