WIN API

[sss]

Привет.

Вот уже более 10 лет программирую в Windows. Думал - ну ничего не упускаю, книги читаю. И тут разбираясь в примере по фильтрам ISA
от Microsoft наткнулся  на вызов функции RegisterWaitForSingleObject и обомлел. Почему ни в одной книге я не вычитал про неё? Может завести
тему "WIN API обмен опытом" где нибудь в "Техно"?

[Алексей++]

это вроде асинхронного ожидания события ?

[Dimka]

Как же он недокументированный, когда в MSDN описан и в .NET обёртка есть у класса WaitHandle?

асинхронного ожидания

Ну ты сказал

Это callback в случае события - обычный обработчик, такой же как у системного таймера или сигнала. Да, вне потоков процесса.

[sss]

Как же он недокументированный, когда в MSDN описан и в .NET обёртка есть у класса WaitHandle?

Да я не говорил что недокументированный. Неописанный (редко описываемый?) в книгах по системному программированию...
При этом функция мощная и реализована давно...

[Алексей++]

Dimka, и что не так ?

[sss]

Dimka, и что не так ?

Наверное всё же это не асинхронный ввод/вывод. Асинхронный ввод/вывод подразумевает асинхронное прерывание потока - как например
в результате вызова QueueUserAPC. Хотя даже и с перекрытым вводом/выводом тоже не сравнишь. Это наверное всё же синхронный
ввод/вывод для пула. Я вот не видел этой функции в книгах, поэтому сложно, даже не процитировать какую нибудь  глыбу..

[Dimka]

Алексей++, ожидание всегда синхронное. Всё асинхронное ничего не ждёт, в этом и суть асинхронности - не согласовывать свои действия с другими по времени

[Алексей++]

sss, я ничего про ввод/вывод и не говорил )

Dimka, под синхронным я понимаю - зашли в тот же WaitForSingleObject() и упёрлись, пока событие не произойдёт )

а здесь, как я понимаю, управление возвращается ?

[sss]

Dimka, под синхронным я понимаю - зашли в тот же WaitForSingleObject() и упёрлись, пока событие не произойдёт )

а здесь, как я понимаю, управление возвращается ?

Это перекрытый ввод/вывод (?). Ну я не настаиваю .  Просто почти всегда структура OVERLAPPED используется когда нет
ожидания. А за ней GetOverlappedResult как правило в паре с  неявным DeviceIoControl...

Управление возвращается. Я пока не готов говорить - самое интересное увеличивается ли счётчик потоков процесса.. Или
используются рабочие системного процесса?

[Алексей++]

я события использую для ожидания завершения потока, к примеру. Или сигнала из потока ) Для ввода/вывода не доводилось

[sss]

я события использую для ожидания завершения потока, к примеру. Или сигнала из потока ) Для ввода/вывода не доводилось

Ну я вообще то тоже . Кроме сетевых движков - там использую только порты завершения.

Наверное ты хотел сказать - ожидаю на хэндле потока а не на событии..

[Dimka]

а здесь, как я понимаю, управление возвращается ?

Куда возвращается? Никуда не возвращается. Ты таймер использовал (который системный, не WM_TIMER)? Вот тоже самое, только срабатывает не по таймауту, а по установке флага события. И точно так же работает.

[Алексей++]

sss, и хендл, и событие

[v2]

> Я вот не видел этой функции в книгах, поэтому сложно, даже не процитировать какую нибудь  глыбу..
+1.

А я тут думаю, как мне в монопотоке сделать оv запись без лишнего телодвижения. И вот, -  спасибо.





Добавлено через 1 час, 8 минут и 12 секунд:
Экспресс тест RegisterWaitForSingleObjec:
в основном она для Thread Pool, с которым пока серьезно не разбирался.

Как я понял флаги, при отсутствии Thread Pool, влияют на момент создания доп потока, -
on_callback или on_RegisterWaitForSingleObject.

Ну что ж, будет в арсенале, + повод присмотреться к этому Pool

[sss]

Ты таймер использовал (который системный, не WM_TIMER)? Вот тоже самое, только срабатывает не по таймауту, а по установке флага события. И точно так же работает.

RegisterWaitForSingleObject работает с почти любым объектом синхронизации, в том числе и  waitable timer ..