-
Есть Event и крит. секция:FObjectEvent = CreateEvent(nil, True{ManualReset}, False {Unsignaled}, nil);
InitializeCriticalSection(FObjectCS);
Есть несколько потоков, которые примерно так ждут этого события:
WaitForSingleObject(FObjectEvent, INFINITE);
EnterCriticalSection(FObjectCS);
// Какая то работа над объектом
LeaveCriticalSection(FObjectCS);
И есть сигнализирующий поток:EnterCriticalSection(FObjectCS);
SetEvent(FObjectEvent);
ResetEvent(FObjectEvent);
LeaveCriticalSection(FObjectCS);
Вопрос: Гарантировано ли сигнализирующий поток прервет ожидание этого Event-а во всех ждущих потоках?
Если нет, то как исправить? -
Сергей М. © (16.04.09 08:57) [1]
> Гарантировано ли
Да, иначе в этом объекте синхронизации попросту нет смысла.
> SetEvent(FObjectEvent);
> ResetEvent(FObjectEvent);
Это можно заменить на PulseEvent -
> Сергей М. © (16.04.09 08:57) [1]
Вопрос именно в том, чтобы прервать ожидание *всех* ждущий потоков. PulseEvent делает тоже самое, но меня смутил хелп по поводу него:
Sets the specified event object to the signaled state and then resets it to the nonsignaled state after releasing the appropriate number of waiting threads.
Note This function is unreliable and should not be used. It exists mainly for backward compatibility. For more information, see Remarks.
Вот и спрашиваю вот. -
Сергей М. © (16.04.09 10:26) [3]Ах ты вон о чем ..
Разумеется, если какой-то поток в период времени между SetEvent и ResetEvent не находился в состоянии ожидания, то это поток, разумеется, не получит извещения о просигналившем событии.