Windows Kits

В любой известной операционной системе, помимо встроенных пользовательских приложений и настроек имеются определенные службы и инструменты, которые позволяют выполнять определенные действия для тонкой настройки. Начиная с версии Windows Vista, в ОС от компании Майкрософт появился набор инструментов Windows Kits (полное название Windows Automated Installation Kit). Попробуем досконально разобраться в вопросах: что представляет собой этот пакет, его функциональные возможности и где его можно отыскать.

Сразу стоит отметить, что в еще одном инструменте разработки SDK, непосредственно в политике комплектов ARM имеется такая вещь, как Microsoft-Windows-Kits-Secure-Boot-Policy.p7b. Из этого можно сделать определенный вывод: Windows Kits – относится к системным инструментам разработки, то есть с ее помощью можно изменять внутренние функции ОС. Исходя из вышесказанного стоит также отметить, что этот пакет вряд ли слишком много требует ресурсов, что положительно сказывается на производительности.

Windows Kits устанавливается в директорию C:\Program Files (x86)\Windows Kits (для 32-битных версий путь будет C:\Program Files\Windows Kits). При этом, досконально изучая диспетчер задач, а точнее перечень запущенных процессов, можно отыскать несколько, которые также запускаются с этой папки. Данный пакет, судя по назначению связан непосредственно с Visual Studio.

Главное окно установочного пакета выглядит следующим образом.

При этом, помимо Windows Kits здесь имеется масса и других средств разработки.

Изучая тематические форумы и сайт разработчика Майкрософт, можно сделать вывод, что этот инструмент применяется не для установленной операционной системы, а для образа Windows, который впоследствии можно записать на диск или съемный накопитель в виде установочного носителя. Это необходимо для того, чтобы отключить определенные службы, исключить некоторые стандартные приложения, то есть убрать некоторые инструменты непосредственно из установочного пакета Windows. По большому счету, этот набор инструментов пригодится тем, кто занимается созданием собственных сборок операционных систем. Например, в стандартном инсталляционном пакете Windows могут быть в наличии некоторые игры и встроенные приложения, такие, как Paint, калькулятор и т.п. При работе с Windows Kits, их можно исключить из установочного пакета и они не будут инсталлированы.

И если до этого мы говорили лишь о том, чтобы убрать какие-то функции или приложения, то следует помнить, что в образ Windows можно и добавлять те программы, которые по идее будут регулярно использоваться после переустановки. Например, сейчас можно встретить массу сборок, в которую может быть включен пакет программ для последующей установки. Этот шаг невозможно осуществить без Windows Automated Installation Kit.

Windows Kits что это?

Всем привет Сегодня мы поговорим с вами о такой штуке как Windows Kit, которая имеет полное название такое: Windows Automated Installation Kit. Я расскажу что это, для чего используется и все такое. Ну так вот ребята, знаете что это такое? Это коллекция инструментов для развертывания Windows. Вот честно говоря я пока еще точно не могу понять что это. Первая версия Windows Kit была уже в глючной Висте.

Так, стоп ребята, Windows Kit и Windows Kits это одно и тоже или все такие разное? Я думаю что одно и тоже, просто Windows Kits идет в множественном числе, ну то есть тут инструменты именно, а не один инструмент. Ведь если посмотреть в интернете, то там так и написано, что Windows Kit это НАБОР инструментов

Так, вот что я узнал еще ребята, в Windows 8.1 есть пакет разработки SDK, ну вот в этот пакет включена политика комплектов ARM, и потом еще указывается такое как Microsoft-Windows-Kits-Secure-Boot-Policy.p7b, я не знаю что это, но видимо все в ту сторону идет, ну то есть системное что-то, виндовское.. Сразу скажу что это вряд ли грузит винду.

Я также узнал что Windows Kits может стоять в этой папке:

C:\Program Files (x86)\Windows Kits

C:\Program Files\Windows Kits

И узнал что у вас в диспетчере задач может быть запущен какой-то процесс из этой папки, это нормально. И есть такая штука не только в Windows 8, но и в Windows 10, а может даже и в Windows 7. Windows Kits имеет какую-то связь с Visual Studio.

Смотрите, вот окно Welcome to Windows Automated Installation Kit, видимо это окно инсталляции и как я вижу то это для Windows 7:

Но что такое развертывание Windows? Вот и мне стало интересно, я нашел инфу! В общем в этом плане Windows Kit позволяет изменить состав винды, то есть можно и оформление изменить, и настройки сразу задать и программы установить. Это все я имею ввиду работать с ДИСКОМ ВИНДЫ, ну то есть образом! Не с установленной виндой, а именно с установщиком! Ну короче Windows Kit это инструмент чтобы создать винду по себя и потом ее установить. Ладно, напишу еще проще, благодаря Windows Kit можно делать всякие свои сборки

Ну что ребята, более-менее понятно вам? Надеюсь что да, ну а если что не так, то вы уж извините. Удачи вам

Что такое Windows Kits и как они работают?

В старые времена при разработке проекта С++ в Windows в Visual Studio у вашей версии Visual Studio была бы собственная версия библиотек C и С++, и ваш проект ссылался бы на определенную версию SDK Windows, чтобы получить доступ заголовки для доступа к платформе Win32. Если у вас было несколько версий Windows SDK, была сложная система с переменными среды, которые позволили вам выбрать, какая версия Windows SDK Visual Studio будет использовать по умолчанию.

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

Только что обновленный от VS2012 до VS2015, и мне кажется, что независимо от того, что эта система была заменена, она либо полностью сломана, либо я просто не понимаю ее.

Обновление простого консольного приложения VS2012 С++, которое включает в себя переходы conio.h в VS2015, без сообщений об ошибках. Зачем? conio.h больше не находится в библиотеках Visual Studio C/С++, а теперь живет в Windows Kit 10, обновление проекта не приводит к повторному использованию используемого SDK (как и следовало ожидать).

Создавая новое приложение Hello World С++ в VS2015, проект С++ включает в себя каталоги, наследующие $(VC_IncludePath) и $(WindowsSDK_IncludePath). $(WindowsSDK_IncludePath) извлекает заголовки из C:\Program Files (x86)\Windows Kits\8.1, а $(VC_IncludePath) извлекает заголовки из C:\Program Files (x86)\Windows Kits\10.

Таким образом, простые обновления проекта завершаются с ошибкой, о чем не сообщалось об обновлении. Чистые новые проекты консоли вытаскивают заголовки из двух разных установок Windows Kit одновременно, и теперь у меня есть записи для 8.1 и 10 в C:\Program Files (x86)\Microsoft SDK и C:\Program Files (x86)\Windows Kits. Windows Kit 8.1 содержит заголовки Win32 и WinRt, а Windows Kit 10 содержит заголовки C/С++.

У меня есть неправильно сконфигурированная и поврежденная установка или этот беспорядок, как это должно быть?

Если этот беспорядок — как это должно быть, как это должно работать? Я пробовал искать MSDN для получения информации о наборах Windows, но ничего не видел, кроме материала о наборе драйверов Windows, который раньше был чем-то совершенно другим, но я не знаю, все ли это.

Есть ли какая-либо документация, которую я пропустил, которая объясняет обоснование этой конфигурации библиотеки и как она предназначена для использования?

1 ответ

Я несколько раз сталкивался с несколькими различными вариантами этой проблемы: проблемы, разрешающие как файлы заголовков, так и зависимости библиотек от проектов, обновленных с VS2012 до VS2015.

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

При открытии VS2012 проекта в VS2015 автоматическое обновление не выполняется. Открытие свойств проекта и изменение General → Platform Toolset для Visual Studio 2015 (v140), вероятно, воспроизведет либо вариант ошибки разрешения заголовка, описанный в моем исходном вопросе, либо другую ошибку разрешения зависимостей библиотеки.

Самый простой способ найти это — открыть свойства проекта и перейти в директории VС++ → Включить каталоги. Среди любых путей, которые вы могли бы добавить в свой проект самостоятельно, вы, вероятно, найдете $(VCInstallDir)\include; $(VCInstallDir\atlmfc\include; $(WindowsSDK_IncludePath)

Щелкните по пути, чтобы отобразить выпадающий список и нажмите «Редактировать», на экране появится диалоговое окно с тремя разделами, сверху вниз, явно определенными путями, оцененными путями и унаследованными путями. В самом низу находится флажок «Наследовать от родительских или проектов по умолчанию», которые я всегда считал первоначально непроверенными.

Из явно определенных путей include удалите записи $(VCInstallDir)\include; $(VCInstallDir\atlmfc\include; $(WindowsSDK_IncludePath), описанные выше, и установите параметр «Наследовать от родительского или проекта по умолчанию». Это должно разрешить любые проблемы с зависимостями заголовка файла.

Если у вас также есть проблемы с реферированием библиотек, делайте то же самое со статьями Библиотечного каталога, отредактируйте настройки, удалите явные записи формы и выберите «Наследовать от родительских или по умолчанию проекта». (Это может быть хорошей идеей сделать это, даже если вы не видите каких-либо ошибок компоновщика, иначе вы можете использовать опцию компилятора инструментальных средств платформы для VS2015 при связывании с библиотеками для VS2012).

Я не знаю, почему это нащупывает меня, когда я не сталкивался с кем-либо другим, имеющим похожие проблемы. У меня не было проблем с обновлением решений Visual Studio раньше.

Я также не обнаружил, почему некоторые версии наборов Windows теперь содержат заголовки платформы Windows или заголовки библиотек С++, когда ранее SDK всегда содержал заголовки плат, в то время как заголовки С++ всегда были частью или установкой Visual Studio. Кажется, что такое изменение должно иметь об этом блог-разработчик где-то или какую-то другую документацию. Но пока это работает, мне все равно.

Download the Windows Driver Kit (WDK)

The WDK is used to develop, test, and deploy Windows drivers.

Runtime requirements

You can run the Windows 10, version 2004 WDK on Windows 7 and later, and use it to develop drivers for these operating systems:

Client OS	Server OS
Windows 10	Windows Server 2019, Windows Server 2016
Windows 8.1	Windows Server 2012 R2
Windows 8	Windows Server 2012
Windows 7	Windows Server 2008 R2 SP1

WDK for Windows 10, version 2004

Step 1: Install Visual Studio 2019

The WDK requires Visual Studio. For more information about system requirements for Visual Studio, see Visual Studio 2019 System Requirements.

The following editions of Visual Studio 2019 support driver development for this release:

When you install Visual Studio 2019, select the Desktop development with C++ workload. The Windows 10 Software Development Kit (SDK) is automatically included, and is displayed in the right-hand Summary pane. Note that the version of the SDK that is compatible with the WDK for Windows 10, version 2004 may not be the default SDK. To select the correct SDK:

In Visual Studio Installer, on the Individual components tab, search for Windows 10 SDK (10.0.19041.0), select this version and continue with install. Note that Visual Studio will automatically install Windows 10 SDK (10.0.19041.1) on your machine.

If you already have Visual Studio 2019 installed, you can install the Windows 10 SDK (10.0.19041.1) by using the Modify button in Visual Studio install.

WDK has Spectre mitigation enabled by default but requires spectre mitigated libraries to be installed with Visual Studio for each architecture you are developing for. Additionally, developing drivers for ARM/ARM64 require the build tools for these architectures to also be installed with Visual Studio. To locate these items you will need to know the latest version of MSVC installed on your system.

To find the latest version of MSVC installed on your system, in Visual Studio Installer go to workload page, on the right pane under installation details, expand Desktop development with C++ and locate the MSVC v142 — VS 2019 C++ x64/x86 build tools (V14.xx) — note where xx should be the highest version available.

With this information (v14.xx), go to Individual components and search for v14.xx. This will return the tool sets for all architectures, including Spectre mitigated libs. Select the driver architecture you are developing for.

For example, searching for v14.25 returns the following:

Step 1.5 Install Refreshed Windows SDK 10.0.19041.685 for Windows 10, version 2004

This SDK is strongly recommended and will eventually be made available through Visual Studio

Step 2: Install Refreshed WDK for Windows 10, version 2004

The WDK Visual Studio extension is included in the default WDK installation.

If you can’t find driver project templates in Visual Studio, the WDK Visual Studio extension didn’t install properly. To resolve this, run the WDK.vsix file from this location: C:\Program Files (x86)\Windows Kits\10\Vsix\VS2019\WDK.vsix.

Enterprise WDK (EWDK) for Windows 10, version 2004

The EWDK is a standalone, self-contained command-line environment for building drivers. It includes the Visual Studio Build Tools, the SDK, and the WDK. The latest public version of the EWDK contains Visual Studio 2019 Build Tools 16.7.0 and MSVC toolset v14.23. To get started, mount the ISO and run LaunchBuildEnv.

The EWDK also requires the .NET Framework version 4.7.2. For more information about other requirements for the .NET Framework, see .NET Framework system requirements.

EWDK with Visual Studio Build Tools

You can use the Visual Studio interface with the build tools provided in the EWDK.

1. Mount the EWDK ISO.
2. Run LaunchBuildEnv.cmd .
3. In the environment created in step 2, type SetupVSEnv, and then press Enter.
4. Launch devenv.exe from the same environment, using the full file path. Example: «C:\Program Files (x86)\Microsoft Visual Studio\2019\\%Community|Professional|Enterprise%\Common7\IDE\devenv.exe»

Note that the Visual Studio major version should match with the version in the EWDK. For example, Visual Studio 2019 works with the EWDK that contain VS16.X build tools.

Driver samples for Windows 10

To download the driver samples, do one of the following:

• Go to the driver samples page on GitHub, click Clone or download, and then click Download ZIP.
• Download the GitHub Extension for Visual Studio, and then connect to the GitHub repositories.
• Browse the driver samples on the Microsoft Samples portal.