Здравствуйте, Михаил Романов, Вы писали:
МР>Здравствуйте, RonWilson, Вы писали:
RW>>поменялось только то, что помимо callback есть еще куча мутотени по обвязке этого сырого добра в интерфейсы, вот и всё.
МР>Ну т.е. вы согласны, что в IIS handlers и modules к ISAPI отношения не имеют.
я не спорю, но и не соглашаюсь, профувов нет, поэтому я буду вежливым)
RW>>в принципе, это и есть слезы, по сути — обертка над callback фильтра или расширения, только нафиг оно нужно, удобнее с *_block рабоать? те, кто пишут isapi и так знают как работать с ним 
МР>Не понял о какой обертке вы говорите. В Integrated Mode (впрочем, похоже, как и в Classic) никакого фильтра или расширения не вызывается (т.е. не вызывается ни HttpFilterProc, ни HttpExtensionProc).
МР>
Я могу также показать стек, но оттого что сделали, утрируя: f() { call_isapi_module(); } или k(...) {... call_someother_module() } ничего не меняется.
МР>На вопрос почему от ISAPI отказались в пользу другого API, сказать ничего не могу.
Потому что фактически никакго API и не было — entry point и *_BLOCK, даже распараллеливание обработки приходилось вручную делать, в отличиек, кстати, от Apache.
