Старфорс 5.0.8.2 и синие экраны

[r-support2]

Мы просто рассказали пользователям что происходит на данный момент. А то что будут новые версии - можно не сомневаться

[22menate]

Самое интересное, что в версии 5.5 старфорса тоже происходит блокирование всего компьютера, и я наблюдаю забавную картину - после проверки диска, старфорс мне честно сообщил о найденом эмуляторе, я нажимаю закрыть и через примерно 5 сек Bsd во весь экран. Видимо драйвер Dt не может прийти в сознание и валит всю систему.
Значит в новой версии метод стал более цивилизованным, но Dt не способен очнуться после "зависания" системы, либо стар направленно убивает Dt

Система поставлена с 0, на ней только DT и подопытный старфорс

[bombur]

вопросы

r-support2

В связи с возникшей в последнее время шумихой по поводу нового старфорса 5.0.8.2 и многочисленных жалоб пользователей о синих экранах, возникающих при проверке диска в присутствии эмулятора DAEMON Tools мы вынуждены были детально разобраться в происходящем и хочется сказать следующее.

Спасибо за высокохудожественное объяснение.
Но лично у меня остались вопросы:
Стоит ли воспринимать данное объяснение как роспись в собственном бессилии ? Увидим ли мы в ближайшем (или не очень) будущем новые версии демона, решающие возникшие проблемы ? Или все оставлено на милость разработчиков старфорса ?
Возникают ли синие экраны с другими приложениями во время проверки диска старом ? Существует ли статистика на этот счет ? Если такой статистики нет и другие приложения во время старовской проверки в BSOD не выпадают, то не логично ли считать, что разработчики защиты добились своего, пусть даже не совсем цивилизованными, слегка варварскими методами.
Кстати, если издатели на коробках с дисками будут честно и откровенно признаваться, что, например, данная версия игры не совместима с эмуляторами оптических приводов, такими как Daemon Tools, то, думаю, вопрос о варварстве защиты отпадет сам собой, т.к. потребители будут заранее предупреждены на этот счет. Для пущей убедительности на коробке с диском можно было бы разместить ссылку на соответствующую страничку на сайте издателя или на сайте разработчика защиты с подробным разъяснением этой ситуации. По-моему, это было бы достаточно цивилизованным выходом из ситуации.

[vem]

вариант №2. херить самим. так переписывать драйвер, чтобы он не попадал под очередное торможение стара. Что при нынешней ситуации весьма и весьма сомнительно что оно получится без глюков.

Чем-то напоминает создание ДТ 4.Его наверное год делали/отлаживали,вроде заработал(не без багов,конечно),но до настоящего момента ДТ 4(про и лайт) нормально работают.Получилось раз,получиться и второй.Будет какой-нибудь ДТ 5...

[dm_gammer]

ну так написали же, что намеренно разрушают нормальную работу даемона в винде. зачем это делать было - я писал в другом топике. так все и вышло как я предполагал.
Что касаемо как все это похерить - ситуация довольно щикотливая. тут возможны три варианта.
вариант №1. ждать пока стар сам не уберет это безобразие. ждать можно долго
вариант №2. херить самим. так переписывать драйвер, чтобы он не попадал под очередное торможение стара. Что при нынешней ситуации весьма и весьма сомнительно что оно получится без глюков.
вариант №3. какие-то другие обстоятельства, которые решат эту проблему.

[vem]

Похоже,в Старе приближаются к созданию неберущейся защиты.Синий экран появляется всё-таки из Даемона(судя по описанию r-supporta2),да и сами суппорты ДТ пока не знают ,что делать.А цена непобедимой защиты-Стар за ценой не постоит.Похоже,для запуска игр в будущем,защищённых Старом понадобиться удалять из системы и ДТ и СПТД-драйвер.

[Blazkowicz]

Спасибо за пояснение r-support2. Надеюсь вы найдете как-то возможность решить данную проблему.
Ну а starforce получают от юзеров соответственные отзывы какие они в общем то и заслуживают для такого грубого метода защиты.

[r-support2]

В связи с возникшей в последнее время шумихой по поводу нового старфорса 5.0.8.2 и многочисленных
жалоб пользователей о синих экранах, возникающих при проверке диска в присутствии эмулятора
DAEMON Tools мы вынуждены были детально разобраться в происходящем и хочется сказать следующее.

В результате многочисленных тестов на разных конфигурациях удалось выяснить, что причиной синих
экранов является грубейшее нарушение старфорсом синхронизации внутри драйвера SPTD, используемого
DAEMON Tools для доступа к накопительным устройствам.
Наши эксперты детально исследовали ситуацию и сообщили буквально следующее:
при проверке диска Старфорсом на определенном этапе блокируется практически вся операционная система на время до 3 секунд, при этом ничто не живет кроме кода старфорса и какой-то части системы, нужной старфорсу.
Иными словами Windows буквально превращается в однозадачную операционную систему типа MSDOS и ни о какой многозадачности не может идти речи (особенно это видно по тому как замирает мышь) ...
Это можно было бы квалифицировать как полный останов системы под отладчиком, однако на самом деле это не так - часть компонентов системы продолжает работать и общаться с устройствами, другая же часть - искуссвенно вешается намертво. В эту "дохлую" часть системы попадают даже самые критические процессы ядра и важные процедуры (Deferred Procedure Calls, то есть DPC). Разумеется там же по замыслу разработчиков старфорса должен оказаться демон тулз и все другие "нехорошие" программы, мешающие защите.
Однако полностью заблокировать наши драйверы старфорсу затруднительно - DAEMON Tools это
тоже довольно сложная система. И при этом возникает картина которую можно описать в двух словах так:
у здорового организма останавливают все внутренние органы - сердце, легкие и пр, и оставляют скажем только почки и желудок.
После этого начинают этот организм "насиловать" и хотят что-то от него получить. При этом сильно удивляются почему он начинает отказывать (читай: выпадать в синий экран). Это именно то что делает старфорс.
Попросту говоря - DAEMON Tools не в состоянии функционировать в такой "среде" и "умирает": происходит разрушение внутренних структур в памяти и как следствие "синий экран". А проще говоря - нас просто "валят".
Так что это не наш баг, а закономерный результат "стратегии" старфорса. Мы разрабатывали нашу программу для вполне адекватной и предсказуемой МНОГОЗАДАЧНОЙ операционной системы, именуемой Windows, в который все придерживается спецификаций Microsoft, а не Старфорс.

Ядро Windows (да и вообще любой операционной системы) это достаточно сложный механизм в котором все компоненты должны работать слаженно и кооперативно. Многие подтвердят что один даже самый маленький глюкавый драйвер может загнать в даун здоровую систему, неважно при этом насколько качественны остальные ее компоненты.
Достаточно кому-то нарушить эту неустойчивую экосистему и беды не миновать. Именно поэтому к разработке драйверов всегда предъявляются повышенные требования а сами разработчики несут на себе бремя чрезвычайной отвественности - малейшая ошибка грозит крахом всей системы.
Ошибки конечно бывают у всех и проблемы конфликтов между драйверми сторонних производителей встречаются нередко - но как правило разработчики драйверов стараются их устранять, идя на компромиссы в дизайне, чтобы не влиять на чужой драйвер и не мешать ему работать. К примеру в прошлом и у нас были проблемы взаимодейсвия с McAfee, Novell, драйверами TAGES и пр.
Но все эти проблемы цивилизованно решались в рабочем порядке (причем обоюдосторонне) таким образом, чтобы не ущемлять друг друга и ДАТЬ ВОЗМОЖНОСТЬ работать другому драйверу так, как это планировал его производитель. И это понятно любому цивилизованному
разработчику - ядро Windows это наш общий дом: если каждый драйверо-писатель начнет в нем беспредельничать и растопыривать пальцы, то оно быстро превратится в помойку и кошмар для пользователя. Однако это в цивилизованном мире ...
Разработчики же защиты Старфорс пошли иным путем и выбрали иную стратегию. Она называется "убей все в системе кроме себя". Вот как раз "ДАТЬ ВОЗМОЖНОСТЬ" работать другому драйверу в их планы видимо не входит.

В общем на данный момент пока не ясно, в чем может заключаться наш "фикс" данной проблемы (BSOD).