Это условие завершения работы QThread.
Ты можешь вызвать QThread::terminate(), но [quote=документация Qt]Warning: This function is dangerous and its use is discouraged[/qoute] это может завершить нить в неподходящем месте, без освобождения ресурсов.
Вместо этого можно завести в нить флаг, который она будет периодически проверять на необходимость завершения работы.
Ещё один способ получения сигналов - QFileSystemWatcher. Он может отслеживать изменние, переименование и удаление файлов или каталогов с их содержимым.
В этом случае не нужно использовать QThread: QFileSystemWatcher имеет слоты void directoryChanged ( const QString & path ); и void fileChanged ( const QString & path );

Добавлено через 4 минуты и 46 секунд
почему-то не получается отредактировать сообщение. directoryChanged и fileChanged - это конечно сигналы, а не слоты.

Так что же такое toTerminate?

Например так:

Но цивилизованным путем завершить нить в Qt считается вызвать thread->quit(); Но для этого run() не должно крутиться в вечном цикле, а заканчиваться exec(); А в данном случае так не получается.
Как альтернатива, можно периодически проверять наличие в очереди сигнала на завершение нити.
Для того, чтобы обрабатываться события из очереди, вызывается QCoreApplication::processEvents(); но при этом обрабатываются не все события, в частности не обрабатывается deleteLater().


Это сообщение отредактировал(а) math64 - 26.10.2015, 08:38

PS: приведенный выше совмещённый код работать не будет - либо использовать флаг toTerminate, либо QEventLoop, который будет создан только при вызове QThread::exec() (смотрел в исходиники).

Во всем этом деле меня одно смущает, циклы типа while(1){} - плохой стиль. Процесс, вместо того чтобы делом заниматься, или отдать свое время другому, висит в бесконечном цикле. Для чего тогда придуман механизм прерываний? Конечно производительность современных машин огромная, но всему есть предел, 1000 процессов в таком цикле завесят любой процессор, или я чего-то не понимаю. 

  Вообще-то предполагалось, что внутри цикла поток будет спать до востребования на семафоре, а не работать в спин режиме.

Внутри exec() - такой же цикл. Ждёт получения события и обрабатывает его. При вызове quit() поднимается флажок, аналогичный моему toTerminate и происходит выход из цикла. Но он приватный и до него не добраться, приходится заводить свой. А здесь нить спит, как говорит Alexeis, до востребования на семафоре, и эмитит сигнал, который можно обработать в основной нити. Если ждать на семафоре в основной нити, это завесит GUI.
Как альтернатива использованию семафоров и нитей, я уже упоминал QFileSystemWatcher.
Создаём временный каталог и ждём в нём создания пустого файла. При его создании получаем сигнал directoryChanged(). Но на это, скорее всего, будет тратится больше ресурсов, чем при использовании QSystemSemaphore.
Кстати, судя по документации, в QSharedMemory есть ещё один семафор, см. QSharedMemory::lock()/unlock() . Но воспользоваться для наших целей им не получится - он предназначен для предотвращения одновременного доступа двух процессов к разделяемой памяти.

Вообщето дочерний процесс (не поток) это полноценная программа, которая живет своей жизнью и решает кучу задач, и только иногда выполняет требования родителя (например, показать свое окно).

Это я (и вероятно остальные) поняли из Вашего первого сообщения. И именно для независимого процесса даем советы. Например, использется QSystemSemaphore, а не QSemaphore (который предназначен для работы в потоках одного процесса).

Печальная картина. Пожалуй проще разделяемую память таймером читать.
Всем спасибо!

Не забывай в таком случае делать QSharedMemory::lock()/unlock(), чтобы исключить одновременный доступ к ней. Можешь попробовать также QFileSystemWatcher. - похоже, подобным способом QtCreator определяет, что открытый на редактирование файл изменён в другом редакторе.
Также, несмотря на то, что у тебя отдельные процессы, каждый процесс может иметь несколько потоков, а потоки могут общаться между собой с помощью сигналом. Остаётся только проблема, как остановить поток, ждущий на семафоре.

  Очень легко, просто поток после прохода семафора должен проверять флаг завершения. Завершается такой поток предварительной установкой флага завершения с последующей сигнализацией семафора. Поток проснулся, проверил, что нужно завершаться и завершился.