потоки

[CPP11]

Доброго времени суток. В ближайшее время нужно будет написать многопоточное приложение на QT, поэтому прошу прояснить некоторые моменты...
Суть приложения - есть 2 потока - Gui и General.
Gui - отвечает за пользовательский интерфейс и принимает от системы сообщения о подключаемом оборудовании(WM_DEVICECHANGE, только windows).
General - обрабатывает команды от Gui и сигнализирует в ответ об изменениях, которые нужно отобразить, обрабатывать может очень долго, потому и выделен в отдельный поток.
Насколько я понял второй поток нужно создавать как в этой заметке:

Код:

//worker.h
class Worker : public QObject{
//...
}
//main.cpp
QThread* thread = new QThread;
Worker* worker = new Worker();
worker->moveToThread(thread);
//connect'ы
thread->start();

и пока я не уничтожу объект worker поток не завершится и будет обрабатывать сигналы. И в этой конструкции, если поток Gui отправит последовательно два сигнала, то я могу быть уверен, что другой поток обработает эти сигналы именно в этой последовательности и дополнительной синхронизации не нужно. Это верно?

[Johnik]

и пока я не уничтожу объект worker поток не завершится и будет обрабатывать сигналы.

нет, поток не завершится, пока вы его не остановите: quit() или terminate().

И в этой конструкции, если поток Gui отправит последовательно два сигнала, то я могу быть уверен, что другой поток обработает эти сигналы именно в этой последовательности и дополнительной синхронизации не нужно. Это верно?

да, верно.

[Igors]

если поток Gui отправит последовательно два сигнала, то я могу быть уверен, что другой поток обработает эти сигналы именно в этой последовательности и дополнительной синхронизации не нужно. Это верно?

Для только одного "отправляющего" - верно, для 2 и более - нет

[Old]

если поток Gui отправит последовательно два сигнала, то я могу быть уверен, что другой поток обработает эти сигналы именно в этой последовательности и дополнительной синхронизации не нужно. Это верно?

Для только одного "отправляющего" - верно, для 2 и более - нет

Два Gui потока в Qt? Это фантастика.

[Igors]

Два Gui потока в Qt? Это фантастика.

"Напрасно, все меняется очень быстро"  C 2 и более - один их самых "кровавых" багов с которыми я имел дело

[Old]

C 2 и более - один их самых "кровавых" багов с которыми я имел дело

Что вы называете "кровавым" багом?
То что если два потока добавляют сообщения в одну очередь сообщения могут чередоваться?

[Igors]

То что если два потока добавляют сообщения в одну очередь сообщения могут чередоваться?

Да. Псевдокод (если не ошибаюсь, в 3-й раз)

SendEvent(receiver, jobAbort, ...);
SendEvent(receiver, resetStatus, ...);

Это не вызывает сомнений, действительно resetStatus выполнится после jobAbort. Но это совсем не значит что resetStatus будет обрабатываться сразу после jobAbort (хотя мы их и посылали немедленно одно за другим). При 2 и более отправителях др события могут вклиниться в очередь между нашими 2-мя.. изменить контекст получателя и тогда..

Конечно, это "совсем очевидно"  

[Old]

Конечно, это "совсем очевидно" 

Ну, как бы, да.
Очереди сообщений это все те же очереди данных.

[Johnik]

Для только одного "отправляющего" - верно, для 2 и более - нет

пример приведите, где не верно
по моему опыту и более 10 потоков работало

[Igors]

пример приведите, где не верно
по моему опыту и более 10 потоков работало

И по моему тоже. Просто раз в месяц пользователь сообщал о каком-то вылете. Ну добавил логи, потом еще их расширил - возился долго. Обратите внимание на "именно в этой последовательности". Так вот, при 2 и более отправителях последовательность НЕ "именно та".

[CPP11]

нет, поток не завершится, пока вы его не остановите: quit() или terminate().

Значит для корректного завершения потока нужно выполнить примерно такой код:

Код:

thread->quit();
if(thread->wait(1000))
{
	delete worker;
	delete thread;
}

Или worker нужно сперва переместить обратно? Или он сам убьётся вместе с потоком?

[Igors]

Без всяких 1000 - просто thread->wait()

[CPP11]

Без всяких 1000 - просто thread->wait()

нет, ну 50 дней его ждать точно не нужно, если за секунду не умер, то пусть аварийно завершается .

[Johnik]

Так вот, при 2 и более отправителях последовательность НЕ "именно та".

"кто успел тот и съел"

[Igors]

нет, ну 50 дней его ждать точно не нужно, если за секунду не умер, то пусть аварийно завершается .

Давайте без самодеятельности, аварийное завершение - себе дороже. Единственный способ завершить thread - дать ей нормально выйти. Никуда не денется - выйдет, не надо дергаться