"Выполнение операций с файлами"

[MIT]

Что должен делать установщик программ? Скопировать файлы в указанную пользователем папку, задать первоначальные параметры для приложения, помочь с настройкой устанавливаемого проукта пользователю и предоставить список дополнительных действий, типа размещения ярлыков, которые можно выбрать.
Всё это понятно и логично.
Обычный установщик копирует файлы по-человечески, отображая процесс копирования, но некоторые вызывают "стандартные" диалоги копирования или перемещения файлов (например KIS 2010 вызывает "стандартный" диалог с сабжевым названием раз с десять).
Вот что интересно узнать: зачем это делается? Зачем нужно создавать ворох лишних окошек, которые мельтишат перед глазами, постоянно забирая на себя фокус?
Может быть у этого есть какая-нибудь причина, но я её не знаю. Поведайте, пожалуйста.

[Proxy]

Проще в реализации доверить системе выполнять копирование.

[MIT]

Разработчики Касперского не смогли сделать копирование файлов? Бред, имхо.

[Денис]

Это же драйвера так устанавливаются (нулевого кольца защиты, если не ошибаюсь), потому и окошко выходит, потому что это окошко не установщика каспера, но ядра системы.

[MIT]

Если мне не изменяет память, то в системе колец только два: 0 и 3 (kernel-mode и user-mode соответвенно), и драйвера всегда работают в ring 0...

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

[alibek]

потому и окошко выходит, потому что это окошко не установщика каспера, но ядра системы.

Ядро системы никаких окон выводить не будет. Кроме разве что BSOD.
Скорее всего это какая-то системная процедура для установки драйверов и установщик Касперского просто вызвал ее, вместо того, чтобы устанавливать системные файлы самостоятельно и натыкаться на баги в последующих версиях Windows, где протокол этой процедуры изменится.

[Хакер]

Ядро системы никаких окон выводить не будет. Кроме разве что BSOD.

Ты имел в виду «вообще» или «при установке»?

[alibek]

Ты имел в виду «вообще» или «при установке»?

Много ли ты можешь вспомнить интерактива от ядра системы?
Я так сходу вообще ни одного не припомню.

[Хакер]

Окна, на которые не распространяется системная тема. Это не значит, что все такие окна растут из R0, так как можно самому сделать такое окно, но обратное верно.

Например, при попытке загрузить бракованный EXE-файл, или EXE-файл, у которого не резолвятся импорты, появляются окна именно из R0. То есть я не уверен на все сто процентов, но загрузчик работает в R0, все эти проверки и резолвинг зависимостей делается в R0 и, вместе с тем, что эти окна выглядят не как все (и ведут себя не как все: плевать они хотели на Z-ордер и изменения оконной среды, и Spy++ их не видит), логично предположить, что и окна показываются из R0.

Твистер придёт, подтвердит. Он эксперт по окнам

[alibek]

Ну возможно при каких-то исключениях они проявляются. Хотя логичнее было бы сообщать об исключениях кодами возврата, а не сообщениями.
К тому же, не исключено что это окна из winstation системной учетной записи, в которой не используются темы (поэтому не применяются темы, а spy++ не видит из-за нехватки уровня доступа к системной учетной записи).
Но сомневаюсь, чтобы окно копирования файлов относилось к этому случаю.

[Хакер]

Окно копирования конечно нет, но утверждения, что из R0 может быть только BSOD кажется неверным.

[Proxy]

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

[alibek]

То, за что можно не любить поприетарный софт

Читай MSDN и TechNet. Там есть все, что может потребоваться.
То, чего там нет, тебе не нужно.

[Proxy]

Правда не нужно?

[iGrok]

Правда не нужно?

Ну если нужно - аргументированно объясни зачем.

[Proxy]

Ну во-первых сабж, во-вторых я бы хотел безболезненно поубирать неиспользуемые DLL`ки, чтобы собрать дистрибутив. Тот же XP Game Edition собирался методом тыка. Оторвал - проверил работает ли. Если бы была возможность посмотреть сорс, то это было бы куда лучше.
ЗЫ. Дыа, я не противник пиратства.

[iGrok]

Фиг с ним, с пиратством.
Если в системе что-то есть, оно для чего-либо нужно.
Если ты что-то уберёшь, не факт, что это что-то впоследствии не понадобится.
Хочешь калечить свою систему - калечь. Производители тебе в этом помогать не обязаны.

Так что в документации действительно есть ВСЁ, что может потребоваться РАЗРАБОТЧИКУ.

А сабж.. А что, собственно, сабж? Это окно кому-то мешает? Вопрос-то из разряда "праздный интерес", а не "насущная необходимость".
Интересно - копай. Копаться в работающей системе всегда интереснее, чем разгребать тонны исходников. )

[Twister]

Хотелось бы внести ясность по теме окон, дабы не возникло путаницы. Как ни как, а виндовый гуй моя любимая тема

Ядро системы никаких окон выводить не будет. Кроме разве что BSOD.

Ну начнем с того, что все-все-все окна, которые видны на экране, создаются именно в ядре с помощью shadow-сервиса NtUserCreateWindowEx(). Думаю это и так всем ясно. Но вот что примечательно - вызвать этот сервис в ринг0 не выйдет, там стоит проверка на PreviousMode. Т.е. получается занятная картина - все окна создаются конечно же ядром, но инициировать создание окна может только юзермодный код. ...Попутно: БСОД это далеко не окно.

Много ли ты можешь вспомнить интерактива от ядра системы?

Например, при попытке загрузить бракованный EXE-файл, или EXE-файл, у которого не резолвятся импорты, появляются окна именно из R0

Обычно весь ядерный интерактив сводится к уведомлению пользовательского приложения о том, что надо "показать окошко/спросить о чем-то". И этим грешат не только сторонние продукты, но и непосредственно само ядро. Яркий пример тому наличие такой фишки, как NtRaiseHardError, которая не просто может вывести MsgBox из ядра, но и даже вернуть результат (какая кнопочка нажата). Естественно, окно MessageBox'а создается в юзермоде (конкретно в csrss до Win7), но без большой натяжки можно сказать - ноги у таких окон растут из ядра. Это как раз то, о чем говорил Хакер.

что эти окна выглядят не как все (и ведут себя не как все: плевать они хотели на Z-ордер и изменения оконной среды, и Spy++ их не видит), логично предположить, что и окна показываются из R0.

А по-моему совсем даже не логично. Создать такое окно можно с легкостью и в юзермоде (вызови MessageBox в контексте winlogon'a с флагом MB_DEFAULT_DESKTOP_ONLY). Но пальцем в небо ты попал.