Запуск процесса в отдельном треде (Linux only)

[pashazz]

Ситуация такая.... я разрабатываю программу winegame (http://winegame-project.ru) и столкнулся с проблемой.
Мне нужно запустить процесс wine так, чтобы GUI не фризился на это время. Это можно сделать с помощью QProcess::startDetached.

НО! мне нужно отследить, когда процесс завершится. Со startDetached это невозможно, поэтому сейчас используется start. А с ним GUI фризится.

Я пытался сделать  это на QtConcurrent... примерно так...

Код

C++ (Qt)
void runWine (QProcess *proc, QString comand)
{
 proc->start (command);
proc->waitForFinished();
}
 
void WineProcess:run()
{
process = new QProcess (this);
//блабла, инициализирую QProcess и пр.
watcher->setFuture(QtConcurrent::run (runWine, process, QString ("wine blablabla")));
//присоединяю watcher к QProgressDialog, блабла
}
 
 

В итоге получалось так:
1) в консоль сыпалось: cannot create children (0000) for parent (00000) that is in different thread много раз
2)процесс запускался, но в текущем треде
3)после завершения процесса вылезал QProgressDialog, который нужно было отменить....

Как сделать правильно? - вот в чем вопрос.

[Eol]

...
НО! мне нужно отследить, когда процесс завершится. Со startDetached это невозможно, поэтому сейчас используется start. А с ним GUI фризится.
...

А если воспользоваться startDetached, а для того, чтобы узнать, когда процесс завершился - воспользоваться стандартными сигналами QProcess'а? Конкретней: finished  ( int exitCode, QProcess::ExitStatus exitStatus ), stateChanged  ( QProcess::ProcessState newState ) или error  ( QProcess::ProcessError error ).
(взял с http://doc.trolltech.com/4.6/qprocess.html секция - signals)

[Alex Custov]

Я запускаю процесс через

bool QProcess::startDetached ( const QString & program, const QStringList & arguments, const QString & workingDirectory, qint64 * pid = 0 )   [static]

И сохраняю его pid. Потом по таймеру раз в полсекунды проверяю существование процесса с пидом pid.

[Alex Custov]

А если воспользоваться startDetached, а для того, чтобы узнать, когда процесс завершился - воспользоваться стандартными сигналами QProcess'а?

startDetached() - статический метод

[Eol]

startDetached() - статический метод

Согласен, натупил, прошу прощения.

Касательно топика: я воспроизвел простенький проект с GUI, при нажатии на кнопочку он запускает процесс /usr/bin/sleep 5, и подключает его сигнал - finished(...) к своему слоту, по которому он на GUI выводит что-то вроде Finished. Так вот, между Started и Finished у меня интерфейс не виснет. ЧЯДНТ?

Код

C++ (Qt)
...
 
    proc = new QProcess();
    connect(proc, SIGNAL(finished(int,QProcess::ExitStatus)),
            this, SLOT(slotFinished(int,QProcess::ExitStatus)));
...
 
void MainWindow::startProcess()
{
    ui->textBrowser->append("Starting process...");
    proc->start("/usr/bin/sleep 5");
}
 
void MainWindow::slotFinished(int, QProcess::ExitStatus)
{
    ui->textBrowser->append("Finished process");
}
 
 

Насколько я понимаю, он по дефолту тоже запускает в бэкграунде, а у pashazz виснет из-за waitForFinished()?

[pashazz]

Дело в том, что мне надо обязательно дождаться завершения процесса и ничего не делать, пока он завершится.

[pashazz]

Ладно, завтра сделаю чего-нибудь с QEventLoop

[BRE]

Дело в том, что мне надо обязательно дождаться завершения процесса и ничего не делать, пока он завершится.

Ладно, завтра сделаю чего-нибудь с QEventLoop

Для чего?
Есть же:
bool QProcess::waitForFinished ( int msecs = 30000 )

[pashazz]

вы вообще тред читали?

[BRE]

вы вообще тред читали?

Честно говоря читал, только с разрывом во времени. Поэтому немного попутался. 

Код

C++ (Qt)
void MainWindow::startProcess()
{
	QEventLoop loop;
 
	WaitDialog dlg;
	connect( &dlg, SIGNAL( canceled() ), &loop, SLOT( quit() ) );
 
	QProcess proc;
	connect( &proc, SIGNAL( finished(int,QProcess::ExitStatus) ), &loop, SLOT( quit() ) );
 
	dlg.show();
	proc.start( ... );
 
	loop.exec();
}
 

[AlekseyK]

Synchronous Process API
QProcess provides a set of functions which allow it to be used without an event loop, by suspending the calling thread until certain signals are emitted:

• waitForStarted() blocks until the process has started.
• waitForReadyRead() blocks until new data is available for reading on the current read channel.
• waitForBytesWritten() blocks until one payload of data has been written to the process.
• waitForFinished() blocks until the process has finished.

Calling these functions from the main thread (the thread that calls QApplication::exec()) may cause your user interface to freeze.