Форум на Исходниках.RU https://forum.sources.ru Форум на Исходниках.RU Форум на Исходниках.RU https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2759399 Tue, 23 Nov 2010 19:52:07 +0000 PulseEvent https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2759399 secondd C/C++: Системное программирование и WinAPI https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2759081 Tue, 23 Nov 2010 13:38:11 +0000 PulseEvent https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2759081 Цитата secondd @
Будут ли гарантированно пробуждены все потоки ожидающие это событие?
Да.
Цитата secondd @
"Особой пользы от PulseEvent я не вижу В сущности, я никогда не пользовался ею на практике, потому что абсолютно неясно, какой из потоков заметит этот импульс и станет планируемым"
Судя по всему, кривой перевод. Ни один из объектов синхронизации при использовании хоть какой функции не даёт такой ясности. Тут ИМХО имеется в виду как раз вот это:
Цитата secondd @
Если один из ожидающих потоков в момент посылки PulseEvent будет еще отрабатывать предыдущий вызов и не успеет встать в ожидание, что будет тогда? Он пропустит этот вызов или отработает его по завершении своей задачи?
Пропустит. PulseEvent() взводит событие, влияет на ожидающие его нитки и опускает обратно. Если нет ни одного ожидающего, этот пульс вообще никто не увидит. Если же это событие входит в массив, который нитка ожидает, например, WaitForMultipleObjects() с флагом bWaitAll==TRUE, и при этом не все остальные объекты из этого массива взведены, то событие будет пропущено даже при ожидании этого массива.
Т.е. в той фразе видимо имеется ввиду "...потому что абсолютно неясно, заметит ли какой-нибудь из потоков этот импульс и станет планируемым". Имется ввиду, что используемый PulseEvent() программер на знает в точности, как, кто и когда будет это событие ожидать, а это практически всегда так. В общем, PulseEvent() "не гарантирует доставку".]]> Qraizer C/C++: Системное программирование и WinAPI https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2758970 Tue, 23 Nov 2010 11:41:44 +0000 PulseEvent https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2758970 Может кто знает как эта функция устроена, что бы быть уверенным что "должно быть именно так"

Еще вопрос к опытным товарищам:
Если один из ожидающих потоков в момент посылки PulseEvent будет еще отрабатывать предыдущий вызов и не успеет встать в ожидание, что будет тогда? Он пропустит этот вызов или отработает его по завершении своей задачи?]]> secondd C/C++: Системное программирование и WinAPI https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2758931 Tue, 23 Nov 2010 11:03:13 +0000 PulseEvent https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2758931 popsa C/C++: Системное программирование и WinAPI https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2758820 Tue, 23 Nov 2010 09:21:03 +0000 PulseEvent https://forum.sources.ru/index.php?showtopic=319156&view=findpost&p=2758820
Суть такая:
Создаю событие CreateEvent(NULL, TRUE, FALSE, NULL); со сбросом вручную
Это событие в WaitForMultipleObjects ожидают несколько потоков

Что будет если вызову PulseEvent?
Будут ли гарантированно пробуждены все потоки ожидающие это событие?

В книге в одном месте написано: "Если Вы вызываете PulseEvent для события со сбросом вручную, любые потоки, ждущие этот объект; становятся планируемыми. При вызове этой функции применительно к со бытию с автосбросом пробуждается только одип из ждущих потоков."
А в другом месте: "Особой пользы от PulseEvent я не вижу В сущности, я никогда не пользовался ею на практике, потому что абсолютно неясно, какой из потоков заметит этот импульс и станет планируемым"]]> secondd C/C++: Системное программирование и WinAPI