Попробуйте хотя бы убедится что без iptv clinet-а этого сообщения нет.
ProgDVB это API не использует, но более подробно можно будет чуть позже смотреть. Сейчас модуль переписывается.

ps: Если искать эту функцию на google то много обсуждений её перехвата. Видимо полезное место для анализа сетевого трафика например. Неудевлюсь если какой то софт неудачно перехватил её.

IPTV модуль отключил, не помогло. Да и он тут не причем, ведь ошибка появляется до сплеша, а значит до загрузки модулей. Почему ошибка не появляется, если ProgDVB запускается из планировщика? Выгрузка KIS9 тоже не помогает.

Разный рабочий каталог может получится и разные права. Возможно у вас больше одной ntdll (или где там эта api должна быть)

ntdll.dll - в system32 и в dllcache. Так и должно быть, так что клонов нет. Млять, что за странность такая дикая.

Можно ещё грубо по всему винту поискать dll использующую ntalpcsendwaitreceiveport (искать unicode). Сам ProgDVB не использует по краней мере напрямую. Может что в дебрях .net и тогда можно попробовать переставить. Но вообще выглядит, что какая то сетевая утилита попыталась перехватить это API и поломала. И не обязательно антивирус.

ps: Пару лет назад как раз забросил купленого касперского, из за кривого перехвата IP. Но там это выглядело как пропадание интернета.

Prog wrote:Можно ещё грубо по всему винту поискать dll использующую ntalpcsendwaitreceiveport (искать unicode).

И чем же это нужно искать? Вряд ли местным поисковиком. На днях попробую переустановить NET 3.5 SP1.

Я в таких случаях far-ом с включеными "все кодировки". наверняка в Total Comander что то такое то же есть.

Искать DLL с текстом "ntalpcsendwaitreceiveport" и поставить галку unicode? Я так и искал, только без "ntalpcsendwaitreceiveport" (иначе ничего не находит), оно нашло 4428 файлов, и что я теперь в этой кучи файлов должен понять/найти?

Видимо была плохоя идея. У меня куда меньше находит. Но вот найти разницу между планировщиком и простым запуском можно быстро. Сравнив рабочие директории и права. В планировщике по умолчанию system а не текущий пользовать. Но можно изменить. И в шоткате тоже можно изменить что угодно.

В задании планировщика и в шорткате на рабочем столе, по умолчанию забиты Система, мой пользователь и Администратор, у всех трех полные права (изменять нельзя). У меня XP, в этой винде нет гемора с правами, как в Висте/7. Дело явно не в правах, а в хз.

Деинсталлировал и снова накатил .NET 3.5 SP1, но только с последними обновлениями по сей месяц, это не помогло. Может, дело в каком-то обновлении NET или ОС ? Но в те дни, когда началась проблема, ничего не ставил/обновлял.

В XP нет UAC (и кучи проблем с ним свазанных) а с безопасностью примерно так же. В любом случае разница только в настройках и ключах самого ProgDVB. То есть можно быстро посмотреть и проверить.

dima_013 wrote:6.63.1
конфликтует с запущенным гугльхромом в режиме демукса prog (зависание, пока не выгрузишь хром или принудительно не выгрузишь progdvb. причем неважно запущен хром или запускается после progdvb)
в режиме демукса m$ конфликтов нет.

А есть ли эта проблемы в текущем пререлизе?