Что такое Windows Kits и как они работают?
В старые времена при разработке проекта C ++ для Windows в Visual Studio ваша версия Visual Studio имела бы собственную версию библиотек C и C ++, а ваш проект ссылался на конкретную версию Windows SDK, чтобы получить доступ к заголовкам для доступа. на платформу Win32. Если у вас было установлено несколько версий Windows SDK, существовала сложная система, включающая переменные среды, которая позволяла вам выбрать, какую версию Windows SDK Visual Studio будет использовать по умолчанию.
Это было не здорово, и чтобы заставить его работать должным образом, нужно было немного покопаться, но это было просто работа.
Я только что перешел с VS2012 на VS2015, и мне кажется, что то, чем была заменена эта система, либо полностью сломано, либо я просто не понимаю этого.
- Обновление простого консольного приложения VS2012 C ++, которое включает conio.h до VS2015, без ошибок. Зачем? conio.h больше не находится в библиотеках Visual Studio C / C ++ и вместо этого теперь живет в Windows Kit 10, обновление проекта не соответствует используемому SDK (как и следовало ожидать).
- Создавая новое приложение Hello World C ++ в VS2015, проект C ++ включает каталоги, унаследованные от $ (VC_IncludePath) и $ (WindowsSDK_IncludePath). $ (WindowsSDK_IncludePath) извлекает заголовки из C: Program Files (x86) Windows Kits 8.1, а $ (VC_IncludePath) извлекает заголовки из C: Program Files (x86) Windows Kits 10.
Таким образом, простые обновления проекта завершаются неудачно, и об этом не сообщается об ошибке. Очистите новые консольные проекты, извлекая заголовки из 2 различных установок 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 / C ++.
Как установить Windows Driver Kit в Visual Studio
У меня неправильно настроенная или поврежденная установка, или это беспорядок, как это должно быть?
Если этот беспорядок такой, каким он должен быть, как он должен работать? Я пытался найти в MSDN информацию о Windows Kits, но ничего не нашел, кроме информации о Windows Driver Kit, которая раньше была чем-то совершенно другим, но я не знаю, так ли это до сих пор.
Есть ли какая-то документация, которую я пропустил, которая объясняет обоснование этой конфигурации библиотеки и как она предназначена для использования?
Решение
Сейчас я несколько раз сталкивался с несколькими различными вариантами этой проблемы, с проблемами, решающими как заголовочные файлы, так и зависимости библиотек в проектах, обновленных с VS2012 до VS2015.
Комментарий Ханса в ответ на мой вопрос действительно исправляет проблему для заголовков, но после того, как я столкнулся с той же проблемой для библиотечных зависимостей, у меня есть то, что может быть более простым решением, которое работает и для неудачного разрешения библиотечных зависимостей.
VR через kineсt и Driver4vr. full body tracking. полное отслеживание для игр виртуальной реальности
При открытии проекта VS2012 в VS2015 автоматическое обновление не выполняется. Открытие свойств проекта и изменение General -> Platform Toolset на Visual Studio 2015 (v140), скорее всего, воспроизведет либо вариант ошибки разрешения заголовка, описанный в моем исходном вопросе, либо другую ошибку разрешения зависимостей библиотеки.
Я нашел самый простой способ исправить это, открыть свойства проекта и перейти в каталоги VC ++ -> Включить каталоги. Среди любых путей, которые вы, возможно, добавили в свой проект самостоятельно, вы, вероятно, найдете $ (VCInstallDir) include; $ (VCInstallDir atlmfc include; $ (WindowsSDK_IncludePath)
Щелкните путь, чтобы отобразить раскрывающийся список, и нажмите кнопку «Изменить». Откроется диалоговое окно с тремя разделами сверху вниз, явно определенными путями, оцененными путями и унаследованными путями. В самом низу находится флажок «Наследовать от родительского или проекта по умолчанию», который я всегда находил изначально непроверенным.
Из явно определенных путей включения удалите записи $ (VCInstallDir) include; $ (VCInstallDir atlmfc include; $ (WindowsSDK_IncludePath), описанные выше, и выберите параметр «Наследовать от родителя или по умолчанию проекта». Это должно разрешить любую зависимость файла заголовка проблемы.
Если у вас также есть проблемы со ссылками на библиотеку, сделайте то же самое с записями в каталоге библиотеки, отредактируйте настройки, удалите явные записи платформы и выберите «Наследовать от родительского или проекта по умолчанию». (Это может быть хорошей идеей, даже если вы не видите ошибок компоновщика, в противном случае вы можете использовать опцию компилятора набора инструментов платформы для VS2015 при подключении к библиотекам для VS2012).
Я не знаю, почему это облажалось для меня, когда я не сталкивался с кем-то, кто сталкивался с подобными проблемами, у меня не было проблем с обновлением решений Visual Studio.
Я также не выяснил, почему некоторые версии Windows Kits теперь содержат либо заголовки платформы Windows, либо заголовки библиотеки C ++, когда ранее SDK всегда содержал заголовки платформы, в то время как заголовки C ++ всегда были частью или установкой Visual Studio. Похоже, что подобное изменение должно иметь где-то блог разработчика или какую-то другую документацию. Но пока это работает, мне все равно.
Надеюсь, это кому-нибудь поможет.
Другие решения
Других решений пока нет …
Источник: web-answers.ru
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 FilesWindows 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 можно делать всякие свои сборки
Ну что ребята, более-менее понятно вам? Надеюсь что да, ну а если что не так, то вы уж извините. Удачи вам
Источник: virtmachine.ru
Системный комплект Windows
В Windows System Kit (WSK) есть все средства и ресурсы, необходимые для сборки, тестирования образов ОС фабрики и управления ими. Вы можете скопировать WSK-файлы на локальный компьютер или запустить его непосредственно из сетевого расположения без установки на компьютере.
начало работы с пакетом Windows System, запустив среду сборки и создав рабочую область. Рабочая область будет включать пример файла конфигурации образа на основе параметров, которые вы выбрали при создании рабочей области, которые можно использовать в качестве отправной точки при настройке образа.
Несмотря на то, что вы можете успешно создать образ ОС фабрики, используя только примеры файлов конфигурации и содержимое пакета Windows System Kit, вы можете легко использовать скрипты и средства в WSK для настройки образа. Общие сведения о том, как настроить изображения, см. в обзоре создания изображений.
основные понятия Windows System Kit
Среда сборки
Среда сборки (или среда системного пакета Windows) — это среда командной строки, которая позволяет легко работать со средствами в Windows System Kit. При работе с Windows System Kit необходимо выполнить все команды в этой среде.
Среду сборки можно запустить, запустив SetImagGenEnv.cmd корневую папку ISO WSK.
Рабочая область
Рабочая область — это рабочий каталог, который помогает упорядочить приложения, драйверы и другие ресурсы, необходимые для создания образа операционной системы фабрики. Рабочие области содержат содержимое, принадлежаемое изготовителю оборудования. Все предоставляемые корпорацией Майкрософт средства предоставляются в Windows System Kit.
Вы можете создать одну рабочую область для каждого макета устройства или использовать одну и ту же рабочую область для создания множества макетов устройств. Рабочие области можно управлять версиями с помощью таких средств, как Git. Каждая конструкция устройства определяется собственным файлом конфигурации образа.
Рабочая область — это отправная точка создания образа операционной системы фабрики с помощью Windows System Kit. См. начало работы с рабочей областью, чтобы узнать, как создать первую рабочую область.
Минимальные требования
Системный комплект Windows можно использовать на компьютере под управлением Windows 10, версия 1809 или более поздней версии.
Данные телеметрии, собранные системным комплектом Windows
Если вы согласитесь на программу улучшения качества программного обеспечения (CEIP), пакет системы Windows (WSK) собирает следующие данные телеметрии. При подготовке рабочей области вы можете согласиться или отказаться от использования ceIP.
| Этап | строка | Этап создания рабочей области. Значения: Start или End | Использование продукта или службы |
| WorkspaceArchitecture | строка | Архитектура ОС, предназначенная для рабочей области. | Использование продукта или службы |
| WorkspaceOsEdition | строка | Выпуск OS, предназначенный для рабочей области. | Использование продукта или службы |
| WskVersion | строка | Используемая версия Windows System Kit. | Использование продукта или службы |
| CustomizationMode | строка | Режим обновления файлов конфигурации образа. Значения: New или Update | Использование продукта или службы |
| CustomizationType | строка | Тип обновления для файлов конфигурации образа. Значения: «Приложения» или «Драйверы» | Использование продукта или службы |
| Этап | строка | Этап настройки. Значения: Start или End | Использование продукта или службы |
| WskVersion | строка | Используемая версия Windows System Kit. | Использование продукта или службы |
| Этап | строка | Этап создания образа. Значения: Start или End | Использование продукта или службы |
| WskVersion | строка | Используемая версия Windows System Kit. | Использование продукта или службы |
Источник: learn.microsoft.com
Что такое Windows Kits и как они работают?
Таким образом, простые обновления проекта завершаются с ошибкой, о чем не сообщалось об обновлении. Чистые новые проекты консоли вытаскивают заголовки из двух разных установок 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, который раньше был чем-то совершенно другим, но я не знаю, все ли это.
Есть ли какая-либо документация, которую я пропустил, которая объясняет обоснование этой конфигурации библиотеки и как она предназначена для использования?
Neutrino 25 апр. 2016, в 16:05
Поделиться
У Microsoft очень сложный и требовательный клиент. Его зовут Microsoft. Политика скучна и никому не решает проблемы. Вам просто нужно исправить Проект> Свойства> Каталоги VC ++> Включить каталоги. Восстановите его в $ (VC_IncludePath); $ (WindowsSDK_IncludePath), который оценивает до 5 каталогов.
Это, вероятно, нарушает ваш проект, вместо этого используйте параметр C / C ++> General> Additional Include Directories.
Hans Passant 25 апр. 2016, в 15:17
Извините, но мне трудно понять, какие части этой проблемы вам нужно решить, а какие — просто проблемы, на которые вы жалуетесь. Если вы можете предоставить простой пример кода, это, вероятно, поможет.
user34660 25 апр. 2016, в 19:42
Я пытаюсь понять, как наборы Windows связаны со старыми пакетами Windows SDK и как предполагается настраивать проекты для работы с различными их версиями. Это вопрос конфигурации проекта Visual Studio, а не проблема кода. Если вы не понимаете или не заинтересованы, это нормально, но, пожалуйста, не голосуйте, чтобы закрыть мой вопрос только потому, что вы не заинтересованы, потому что, если хороший ответ все-таки появится, он все равно может быть очень полезным для других людей.
Neutrino 26 апр. 2016, в 09:13
Если вы хотите, чтобы это было полезно для других, убедитесь, что ваш вопрос ясен (см. Как спросить ). Как написано в настоящее время, не совсем понятно, что вы ищете. Как правильно обновить решение с VS 2012 до 2015? Как проверить, правильно ли настроена ваша система сборки? Как следует использовать заголовки Windows SDK? Как собрать с использованием определенного SDK?
Есть ли в наличии документация?
IInspectable 26 апр. 2016, в 20:08
Показать ещё 2 комментария
Поделиться:
visual-studio-2015
visual-studio-2012
1 ответ
Лучший ответ
Я несколько раз сталкивался с несколькими различными вариантами этой проблемы: проблемы, разрешающие как файлы заголовков, так и зависимости библиотек от проектов, обновленных с VS2012 до VS2015.
Комментарий Ханса в ответ на мой вопрос действительно исправляет проблему для заголовков, но после того, как вы столкнулись с одной и той же проблемой для зависимостей библиотек, у меня есть то, что может быть более простым решением, которое также работает для разрешения неудачной библиотеки.
При открытии VS2012 проекта в VS2015 автоматическое обновление не выполняется. Открытие свойств проекта и изменение General → Platform Toolset для Visual Studio 2015 (v140), вероятно, воспроизведет либо вариант ошибки разрешения заголовка, описанный в моем исходном вопросе, либо другую ошибку разрешения зависимостей библиотеки.
Самый простой способ найти это — открыть свойства проекта и перейти в директории VС++ → Включить каталоги. Среди любых путей, которые вы могли бы добавить в свой проект самостоятельно, вы, вероятно, найдете $(VCInstallDir)include; $(VCInstallDiratlmfcinclude; $(WindowsSDK_IncludePath)
Щелкните по пути, чтобы отобразить выпадающий список и нажмите «Редактировать», на экране появится диалоговое окно с тремя разделами, сверху вниз, явно определенными путями, оцененными путями и унаследованными путями. В самом низу находится флажок «Наследовать от родительских или проектов по умолчанию», которые я всегда считал первоначально непроверенными.
Из явно определенных путей include удалите записи $(VCInstallDir)include; $(VCInstallDiratlmfcinclude; $(WindowsSDK_IncludePath), описанные выше, и установите параметр «Наследовать от родительского или проекта по умолчанию». Это должно разрешить любые проблемы с зависимостями заголовка файла.
Если у вас также есть проблемы с реферированием библиотек, делайте то же самое со статьями Библиотечного каталога, отредактируйте настройки, удалите явные записи формы и выберите «Наследовать от родительских или по умолчанию проекта». (Это может быть хорошей идеей сделать это, даже если вы не видите каких-либо ошибок компоновщика, иначе вы можете использовать опцию компилятора инструментальных средств платформы для VS2015 при связывании с библиотеками для VS2012).
Я не знаю, почему это нащупывает меня, когда я не сталкивался с кем-либо другим, имеющим похожие проблемы. У меня не было проблем с обновлением решений Visual Studio раньше.
Я также не обнаружил, почему некоторые версии наборов Windows теперь содержат заголовки платформы Windows или заголовки библиотек С++, когда ранее SDK всегда содержал заголовки плат, в то время как заголовки С++ всегда были частью или установкой Visual Studio. Кажется, что такое изменение должно иметь об этом блог-разработчик где-то или какую-то другую документацию. Но пока это работает, мне все равно.
Надеюсь, это поможет кому-то.
Neutrino 23 май 2016, в 11:13
Поделиться
«Я также не выяснил, почему некоторые версии Windows Kits теперь содержат либо заголовки платформы Windows, либо заголовки библиотеки C ++, . хотя заголовки C ++ всегда были частью установки Visual Studio». — Я думаю, что в первые дни, когда вы обновляли VS, он обновлял библиотеки MFC вашей программы, ваш компилятор, ваш графический интерфейс VS и т. Д. Все вместе. Это хорошо для новых программ, но старые программы могут иметь неправильные параметры из-за различных заголовочных файлов Windows, языковых ошибок из-за различий в компиляторе и т. Д. Я подозреваю, что это изменение является частью развязки библиотеки C ++ и VS GUI для универсальности.
Источник: overcoder.net
Удаление папок Windows Kits
Столкнулся с интересным вопросом, причем ничего явно отвечающего на него в интернете не нашел.
Собственно, есть папка Program Files (x86)Windows Kits/10/Include и Program Files (x86)Windows Kits10Lib. Обе папки содержат несколько других, причем, судя по названию, это разные версии(10.0.1240.0, 10.0.10586.0). Самая актуальная похоже 10.0.17763.0. Именно к ней меня ссылает Visual Studio (пишу на c++), когда я узнаю пути расположения заголовков стандартной библиотеки(например, iostream).
Я посчитал, что на данный момент активно используется только «актуальная» папка с заголовками, а остальные просто занимают память(прямо как windows.old, ожидающая отката). Проще говоря — можно ли удалять эти папки и, если можно, какие последствия это может понести. Вот все их названия:
10.0.10240.0
10.0.10586.0
10.0.14393.0
10.0.15063.0
10.0.16299.0
10.0.17134.0
10.0.17763.0 (последняя)
Занимают много место, поэтому будет не лишним от них избавится.
Отслеживать
задан 31 янв 2019 в 9:49
197 1 1 золотой знак 2 2 серебряных знака 11 11 бронзовых знаков
Снимите галочки с ненужных SDK в установщике Visual Studio
31 янв 2019 в 9:51
31 янв 2019 в 9:56
windows.old кстати тоже можно удалить воспользовавшись очисткой диска
31 янв 2019 в 10:18
Источник: ru.stackoverflow.com