Странный QProcess

А зачем тебе переносить запуск QProcess в отдельный поток? Его же можно сделать неблокирующим.

Чтобы GUI не грузить.

Его же можно сделать неблокирующим

Так быть не должно, на сколько я помню. Гугли как-то типа «slots and signals across threads».

При соединении с флагом Qt::DirectConnection, сигналы приходят после завершения работы программы.

А ты moveToThread сделал?

QThread* thread = new QThread;
process.moveToThread(thread);
process.start(command);

А зачем ты коннектишь сигналы QProcess'а к слотам Thread через Qt::QueuedConnection? Так нужно делать, если ты делаешь соединение между объектами, принадлежащими разным потокам (MainWindow и Thread в твоем случае). Более того, автоматическое подключение (Qt::AutoConnection) прекрасно справляется со своей задачей (если конечно объекты правильно раскиданы по потокам), поэтому не нужно указывать тип соединения специально.

QProcess и так отдельный поток создаёт. Отсюда и проблемы.

а как ты стартуешь процесс? код полностью дай

Там были всякие варианты, в том числе и Qt:AutoConnection, не помогло

Точного кода сейчас не дам, но примерно так

QProcess* task = new QProcess;
task->run("./utility");

Такое впечатление, что цикл обработки сообщений QThread чем-то заблокирован, раз сигналы приходят после завершения работы.

где ты у QProcess метод run нашел?

Я ж по памяти, start("./utility"); там

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

Пальцем в небо: попробуй сделать QProcess* членом MainWindow.

Без использования QThread естественно.

Такой вариант работает, смотри стартовый пост.

А eventLoop в потоке ты звпускаешь?

void Thread::run()
{
  // process init

  exec(); // !!!!
}

Но вообще тебе абсолютно не нужен отдельный поток для запуска QProcess.

QProcess::start - асинхронная и совсем не блокирует поток, откуда запускается.

Да, так и сделаю. Всем спасибо!

Когда я не умел работать с QThread как ты сейчас, я тоже страдал... :) И зачем делать эти коннекты обязательно в run, и зачем вообще там Qt::QueuedConnection?

Смотри, я сейчас напишу как я это представляю, а другие ЛОРовцы подтвердят или опровергнут мои слова.

В основном потоке:

QThread shit_thread; // в header-е
shit_object so;
...
// далее в основном коде:
shit_thread.start();
so.moveToThread(&shit_thread);

Сам объект:

class shit_object : public QObject
{
	Q_OBJECT
...
signals:
slots:

Внутри shit_object делаешь обычные коннекты как всегда делал. Представь что shit_object это вообще обычный кусок Qt-шной программы. И всего лишь эти две строки shit_thread.start(); so.moveToThread(&shit_thread); сделают чтобы целый отдельный кусок кода, этот объект - работал в отдельном потоке. А между основными потоком и этим объектом можешь безопасно обмениваться сигналами-слотами.

Есть известная статья на эту тему, просто там гораздо сложнее описали подход, который я сейчас применяю: http://habrahabr.ru/post/150274/

т.е. фактически, объект работает в отдельном потоке с отдельным циклом обработки сообщения (который не блокирует и не мешает основному потоку) просто при помощи тупо moveToThread... И никаких там run, никаких страданий, никаких мьютексов если только сигналы-слоты, а слоты вызываются при помощи invokeMethod или просто отсылки сигналов из основного потока...

process.start(command);

В каком потоке вызовется слот start в твоем примере? Есть мнение что при таком написании - как раз в основном потоке, что как раз не надо.

Когда я не умел работать с QThread как ты сейчас

Вообще-то я разбирал код, доставшийся по наследству.

Есть известная статья на эту тему

You are doing it wrong? Читал...

Проблема была не в том, как запустить QThread; я его вообще убрал и оставил QProcess. Все работает.

А за советы спасибо :)