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

чтением и обработкой файловых данных. Допустим, один поток отвечает за считывание данных из файла в буфер. После того как данные считаны, Вы запускаете девять других потоков. Каждый из них обрабатывает данные по-своему. Предположим, в файле находится документ, созданный в каком-нибудь текстовом процессоре. Тогда пусть первый поток подсчитывает символы, второй — слова, третий — страницы, четвертый, скажем, проверяет орфографию, пятый печатает документ и т. п. Отметьте — и это крайне важно, — что у всех потоков есть общая черта: ни один из них ничего не записывает в файл. Данные для них — ресурс, открытый только для чтения. Ясно, что при возникновении события все ожидающие его потоки должны возобновить свое выполнение. Вот Вам и один из случаев применения событий со сбросом вручную.

Когда объект «событие со сбросом вручную» переходит в свободное состояние, система разрешает исполнение всех ожидавших его потоков. Поток переводит такой объект «событие» в свободное состояние вызовом SetEvent

BOOL SetEvent(HANDLE hEvent)

Эта функция принимает описатель объекта «событие» и меняет состояние объекта на свободное. Если операция прошла успешно, функция возвращает TRUE. После перевода объекта в свободное состояние он пребывает в нем, пока какой-нибудь поток явным образом (т. е «вручную») не сбросит событие, вызвав:

BOOL ResetEvent(HANDLE hEvent)

Эта функция принимает описатель объекта «событие» и переводит объект в занятое состояние. Если операция прошла успешно, функция возвращает TRUE.

Как поток, считывающий данные из файла, узнает, что пора считывать следующий блок? Известно, что это должно произойти по окончании работы прочих потоков с текущей порцией данных. Значит, и эти потоки должны как-то сигнализировать об окончании своих операций. Лучше всего создать в каждом из них собственный объект «событие», а описатели этих объектов поместить в массив; тогда поток, отвечающий за чтение данных, сможет воспользоваться функцией WaitForMultipleObjects и сообщить ей, что он собирается ждать освобождения всех девяти объектов.

Поскольку на практике нередко после вызова SetEvent объект «событие» освобождается и тут же следует вызов ResetEvent, в Win32 предусмотрена дополнительная функция, способная самостоятельно выполнять все три операции:

BOOL PulseEvent(HANDLE hEvent),

После возврата управления функцией PulseEvent событие остается в занятом состоянии. Если функция выполнена успешно, возвращается TRUE.

Ожидаемые таймеры