Надо дождаться двух сигналов

[BRE]

Вставь вот такую строку в разные места и посмотри в каких потоках точно работает код. Что то мне подсказывает, что ты будешь удивлен результатом.

Код

C++ (Qt)
qDebug() << QThread::currentThreadId();
 

[BRE]

а какая может быть опасность?

Код

C++ (Qt)
{
	m.lock();
	...
	if( условие )
	{
		return;	// Мутекс m останется залоченным. С QMutexLocker такое не возможно.
	}
 
	m.unlock();
}
 

[Гурман]

Вставь вот такую строку в разные места и посмотри в каких потоках точно работает код. Что то мне подсказывает, что ты будешь удивлен результатом.

а, не... вспомнил... это используется действительно, только с объектом, работающим в другом потоке

уже час ночи, спать пора...

Мутекс m останется залоченным. С QMutexLocker такое не возможно.

ну в моем случае такого не будет

[Igors]

Ну просто "дождаться" нет проблем

Код

C++ (Qt)
for (int i = 0; i < 2; ++i)
 theSemaphore.acquire();
// полагаем что др. нитки сделают theSemaphore.release
 

Но это остановит нитку полностью, ничего принять она не сможет пока ее с семафора не снимут др. нитки.

Поэтому выглядит так что ничего останавливать/синхронизировать не надо. Крутится себе нитка в eventLoop - ну и пусть. Когда оба нужных сигнала приняты (напр прjверить по if) - начинается какое-то действие

[Гурман]

это остановит нитку полностью, ничего принять она не сможет пока ее с семафора не снимут др. нитки.

не, это ерунда

выглядит так что ничего останавливать/синхронизировать не надо.

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

BRE в конце предыдущей страницы предложил решение, похожее на то, что надо, только там счетчик при приеме сигналов надо не мутексом m защищать, а еще одним мутексом, m занят ожидателем w

пока руки не дошли реализовать, другое дело подвернулось, но идея правильная

[BRE]

только там счетчик при приеме сигналов надо не мутексом m защищать, а еще одним мутексом, m занят ожидателем w

Разберись как работают условные переменные.
m ничем не занят. wait разлочит этот мьютекс при остановке и залочит его заново при просыпании.

[Гурман]

wait разлочит этот мьютекс при остановке и залочит его заново при просыпании

где об этом написано?

[Igors]

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

Ну значит главная нитка должна принять эти сигналы и блокировать ее нельзя. А "остановить работу" можно напр так

Код

C++ (Qt)
while (true) {
 if (plugin1Ready && plugin2Ready) break;
 QThread::yieldCirrentThread();
 QApplication::processEvents();
}
 

[BRE]

где об этом написано?

Поищи в нете описание работы pthread_cond_wait.

Добавил: ну и в документации на QWaitCondition::wait все подробно расписано.

[Гурман]

while (true) {
 if (plugin1Ready && plugin2Ready) break;
 QThread::yieldCirrentThread();
 QApplication::processEvents();
}

а вот это уже ерунда - загрузка процессора на 60%, плюс невозможность обработать ситуацию, когда один плагин не загружен, в варианте BRE такая обработка делается просто добавлением таймаута в wait( &m, 3000 ) - через 3 секунды, если плагины не проинициализировались (выясняется проверкой на то, что numThread по прежнему равен 2), катим дальше, выдаем сообщение об ошибке плагина, и нормально завершаемся

[Igors]

в варианте BRE такая обработка делается просто добавлением таймаута в wait( &m, 3000 ) - через 3 секунды, если плагины не проинициализировались (выясняется проверкой на то, что numThread по прежнему равен 2), катим дальше, выдаем сообщение об ошибке плагина, и нормально завершаемся

Можно и так, но тогда без сигналов, и на 3 сек UI заморожен

а вот это уже ерунда - загрузка процессора на 60%, плюс невозможность обработать ситуацию, когда один плагин не загружен,

Про флажки для processEvents почитайте - чтоб не загружать процессор. И вообще - лучше сначала разобраться а потом резво кричать "ерунда-ерунда" 
Умолкаю..

[Гурман]

тогда без сигналов

с сигналами, они из других потоков приходят, и нормально отрабатывают

[SASA]

Чтоб не думать о случаях, лучше всегда пользоваться QMutexLocker.

По теме. А не проще завести флаг типа intitOk. (код из головы)

Код:

enum intit
{
     notInit = 0,
     firstPlugOk = 1,
     secondPlugOk = 2,
     bothPlugOk = firstPlugOk | secondPlugOk
}
...
intit initOk = notInit;
...
while(initOk == bothPlugOk )
{
   // например, processEvent
}
...
if (!startInitPlug1()) // нет плагина
{
   firstInitFinished();
   parm = defVal;
}
....
void firstInitFinished()
{
    intit = intit |firstPlugOk;
}

Мы же не потоки ждём, а инициализацию.