Что тебе нужно знать
- Доступен свежий предварительный просмотр Windows 10 SDK.
- Обновленный SDK приносит номер сборки 19013.
- Разработчики могут установить этот выпуск с сайта Windows Insider прямо сейчас.
Сегодня Microsoft выпустила очередное обновление для предварительного просмотра Windows 10 SDK. Теперь разработчики могут получить предварительную сборку SDK 19013, которая совпадает с номером сборки недавнего выпуска Windows 10 Insiders on Fast Ring, который был выпущен на прошлой неделе. Последний предварительный просмотр SDK доступен для загрузки на веб-сайте Windows Insider .
Примечания к выпуску для этой сборки такие же, как и для предыдущих сборок . Вот резюме:
Обновления инструментов
Компилятор сообщений (mc.exe)
- Теперь обнаруживает метку порядка байтов Unicode (BOM) в файлах .mc. Если файл .mc начинается с спецификации UTF-8, он будет считан как файл UTF-8. В противном случае, если он начинается с спецификации UTF-16LE, он будет считан как файл UTF-16LE. Если указан параметр -u, он будет считан как файл UTF-16LE. В противном случае он будет прочитан с использованием текущей кодовой страницы (CP_ACP).
- Теперь избегает проблем с одним правилом определения (ODR) в созданных MC помощниках C / C ++ ETW, вызванных конфликтующими макросами конфигурации (например, когда два файла .cpp с конфликтующими определениями MCGEN_EVENTWRITETRANSFER связаны в один двоичный файл, помощники ETW, созданные MC теперь будет уважать определение MCGEN_EVENTWRITETRANSFER в каждом файле .cpp вместо произвольного выбора одного или другого).
Препроцессор Windows Trace (tracewpp.exe)
- Теперь поддерживает файлы ввода Unicode (.ini, .tpl и исходный код). Входные файлы, начинающиеся с метки порядка байтов UTF-8 или UTF-16 (BOM), будут считываться как Unicode. Входные файлы, которые не начинаются с спецификации, будут считываться с использованием текущей кодовой страницы (CP_ACP). Для обратной совместимости, если указан параметр командной строки -UnicodeIgnore, файлы, начинающиеся с спецификации UTF-16, будут рассматриваться как пустые.
- Теперь поддерживает файлы вывода Unicode (.tmh). По умолчанию выходные файлы будут закодированы с использованием текущей кодовой страницы (CP_ACP). Используйте параметры командной строки -cp: UTF-8 или -cp: UTF-16 для генерации выходных файлов Unicode.
- Изменение поведения: теперь tracewpp преобразует весь входной текст в Unicode, выполняет обработку в Unicode и преобразует выходной текст в указанную выходную кодировку. Более ранние версии tracewpp избегали преобразований Unicode и выполняли обработку текста, используя однобайтовый набор символов. Это может привести к изменению поведения в тех случаях, когда входные файлы не соответствуют текущей кодовой странице. В тех случаях, когда это является проблемой, рассмотрите возможность преобразования входных файлов в UTF-8 (с BOM) и / или с помощью параметра командной строки -cp: UTF-8, чтобы избежать неоднозначности кодирования.
TraceLoggingProvider.h
- Теперь избегает проблем с одним правилом определения (ODR), вызванных конфликтующими макросами конфигурации (например, когда два файла .cpp с конфликтующими определениями TLG_EVENT_WRITE_TRANSFER связаны в один и тот же двоичный файл, помощники TraceLoggingProvider.h теперь будут уважать определение TLG_EVENT_WRITE_TRANSFER в каждом. файл cpp вместо произвольного выбора одного или другого).
- В коде C ++ макрос TraceLoggingWrite был обновлен для обеспечения лучшего совместного использования кода между похожими событиями с использованием шаблонов с переменным числом аргументов.
Подписание ваших приложений с помощью Device Guard Signing
- Мы делаем так, чтобы вам было проще подписать ваше приложение. Подписание Device Guard — это функция Device Guard, которая доступна в Магазине Microsoft для бизнеса и образования. Подписание позволяет предприятиям гарантировать, что каждое приложение поступает из надежного источника. Наша цель — упростить подписание пакета MSIX. Документацию по подписи Device Guard можно найти здесь: https://docs.microsoft.com/en-us/windows/msix/package/signing-package-device-guard-signing
Ломать изменения
- Удаление api-ms-win-net-изоляция-l1-1-0.lib: в этом выпуске api-ms-win-net-изоляция-l1-1-0.lib был удален из Windows SDK. Приложения, которые связывались с api-ms-win-net-изоляция-l1-1-0.lib, могут переключиться на OneCoreUAP.lib в качестве замены.
- Удаление IRPROPS.LIB: В этом выпуске irprops.lib был удален из Windows SDK. Приложения, которые ссылались на irprops.lib, могут переключиться на bthprops.lib в качестве замены.
Как обычно, эта сборка включает в себя несколько обновлений и настроек API. Вы можете просмотреть полные заметки о выпуске от Microsoft для полного изложения. Эту сборку также можно установить рядом с предыдущими выпусками SDK в Visual Studio.
Мы можем заработать комиссию за покупки, используя наши ссылки. Узнайте больше