Windows-SDK

Onderhoudsupdate 10.0.22621.2428.

Update 10.0.22621.1778. Gemarkeerde functies zijn onder andere:

• Met WindowTabManager-API's kunnen toepassingen met interfaces met tabbladen informatie verstrekken over geopende tabbladen in de Windows-shell.
• Updates met HumanPresence-API's om het gebruiksgemak te verbeteren en nieuwe instellingen toe te voegen voor sensoren die ondersteuning bieden voor menselijke aanwezigheidsmogelijkheden.
• Met RemoteDesktop-API's kunnen toepassingen schakelen tussen een extern en lokaal bureaublad.

• Onderhoudsupdate 10.0.22621.755. Bevat ARM64-ondersteuning voor de VS 17.4-release

• api-ms-win-net-isolation-l1-1-0.lib is verwijderd. Apps die zijn gekoppeld aan api-ms-win-net-isolation-l1-1-0.lib kunnen overschakelen naar OneCoreUAP.lib als vervanging.

• irprops.lib is verwijderd. Apps die aan irprops.lib zijn gekoppeld, kunnen overschakelen naar bthprops.lib als vervanging voor drop-in.

• Enum tagServerSelection is verplaatst van wuapicommon.h naar wupai.h en de header is verwijderd. Als u de ENUM tagServerSelection wilt gebruiken, moet u wuapi.h of wuapi.idl opnemen.

• Met het Windows 10 WinRT API-pakket kunt u de nieuwste Windows Runtime API-ondersteuning toevoegen aan uw .NET Framework 4.5+ en .NET Core 3.0+-bibliotheken en -apps. Zie het nuget-pakket Microsoft.Windows.SDK.Contracts voor toegang tot het Windows 10 WinRT API-pakket.

• De printf-familie van functies voldoet nu aan de IEEE 754-afrondingsregels bij het afdrukken van exact representeerbare drijvendekommanummers en voldoet aan de afrondingsmodus die is aangevraagd via aanroepen naar fesetround. Verouderd gedrag is beschikbaar bij het koppelen met legacy_stdio_float_rounding.obj.

• Windows App Certification Kit. Er zijn verschillende nieuwe API's toegevoegd aan de lijst met ondersteunde API's in de App Certification Kit en Windows Store. Als er API's in de ondersteunde lijst staan die grijs worden weergegeven of uitgeschakeld in Visual Studio, kunt u een kleine wijziging aanbrengen in het bronbestand om ze te openen. Zie dit bekende probleem voor meer informatie. Meer updates voor tests zoeken.

• Updates voor berichtcomppilatie (mc.exe):

  • Detecteert nu de Unicode-bytevolgordemarkering (BOM) in MC-bestanden. Als het MC-bestand begint met een UTF-8-stuklijst, wordt het gelezen als een UTF-8-bestand. Anders wordt deze gelezen als een UTF-16LE-stuklijst als een UTF-16LE-bestand. Als de parameter -u is opgegeven, wordt deze gelezen als een UTF-16LE-bestand. Anders wordt de code gelezen met behulp van de huidige codepagina (CP_ACP).
  • Vermijdt nu one-definition-rule -problemen (ODR) in DOOR MC gegenereerde C/C++ ETW-helpers die worden veroorzaakt door conflicterende configuratiemacro's (bijvoorbeeld wanneer twee .cpp-bestanden met conflicterende definities van MCGEN_EVENTWRITETRANSFER zijn gekoppeld aan hetzelfde binaire binaire bestand, zullen de DOOR MC gegenereerde ETW-helpers nu de definitie van MCGEN_EVENTWRITETRANSFER in elk .cpp-bestand respecteren in plaats van willekeurig een of het andere te kiezen).

• Windows Trace Preprocessor-updates (tracewpp.exe):

  • Ondersteunt Unicode-invoerbestanden (.ini, .tpl en broncode). Invoerbestanden die beginnen met een UTF-8- of UTF-16-bytevolgordemarkering (BOM), worden gelezen als Unicode. Invoerbestanden die niet beginnen met een stuklijst, worden gelezen met behulp van de huidige codepagina (CP_ACP). Voor compatibiliteit met eerdere versies geldt dat als de opdrachtregelparameter -UnicodeIgnore is opgegeven, bestanden die beginnen met een UTF-16 BOM, als leeg worden behandeld.
  • Ondersteunt Unicode-uitvoerbestanden (.tmh). Uitvoerbestanden worden standaard gecodeerd met behulp van de huidige codepagina (CP_ACP). Gebruik opdrachtregelparameters -cp:UTF-8 of -cp:UTF-16 om Unicode-uitvoerbestanden te genereren.
  • Gedragswijziging: tracewpp converteert nu alle invoertekst naar Unicode, voert verwerking in Unicode uit en converteert uitvoertekst naar de opgegeven uitvoercodering. Eerdere versies van tracewpp hebben Unicode-conversies vermeden en tekstverwerking uitgevoerd op basis van een tekenset met één byte. Dit kan leiden tot gedragswijzigingen in gevallen waarin de invoerbestanden niet voldoen aan de huidige codepagina. In gevallen waarin dit een probleem is, kunt u overwegen de invoerbestanden te converteren naar UTF-8 (met stuklijst) en/of de opdrachtregelparameter -cp:UTF-8 te gebruiken om dubbelzinnigheid in de codering te voorkomen.

• TraceLoggingProvider.h-updates:

  • Vermijdt one-definition-rule (ODR)-problemen die worden veroorzaakt door conflicterende configuratiemacro's (bijvoorbeeld wanneer twee .cpp-bestanden met conflicterende definities van TLG_EVENT_WRITE_TRANSFER zijn gekoppeld aan hetzelfde binaire bestand, respecteren de helpers van TraceLoggingProvider.h nu de definitie van TLG_EVENT_WRITE_TRANSFER in elk .cpp-bestand in plaats van willekeurig een of de andere te kiezen).
  • In C++-code is de macro TraceLoggingWrite bijgewerkt om code beter te delen tussen vergelijkbare gebeurtenissen met behulp van variadische sjablonen.

• Uw apps ondertekenen. Device Guard-ondertekening is een Device Guard-functie die beschikbaar is in Microsoft Store voor Bedrijven en Education, waarmee ondernemingen kunnen garanderen dat elke app afkomstig is van een vertrouwde bron. Zie de documentatie over Device Guard-ondertekening.

• SDK-headers zijn bijgewerkt om fouten op te lossen bij het compileren met behulp van de standaardconforme C-preprocessor in de MSVC-compiler cl.exe (/Zc:preprocessor, geïntroduceerd in VS 2019 v16.6).

• Opgelost: "GdiplusTypes.h compileert niet met NOMINMAX". Zie Feedback van Visual Studio.

• Wanneer u bouwt met /std:c11 of /std:c17, krijgt u nu:

  • C99 tgmath.h
  • C11 static_assert in assert.h
  • C11 stdalign.h
  • C11 stdnoreturn.h

• Clang/LLVM voor Windows v11 gericht op ARM64 is niet compatibel met de nieuwste winnt.h

  • Als tijdelijke oplossing gebruikt u de vorige versie van de Windows 10 SDK (build 19041) of clang/LLVM voor Windows v10 bij arm64-platforms

• DirectXMath (inclusief versie 3.16 in deze release) is niet compatibel met Clang/LLVM voor Windows op ARM64.

  • Als tijdelijke oplossing gebruikt u de nieuwste versie van DirectXMath, die beschikbaar is via NuGet, vcpkg of GitHub. Deze versies bevatten de vereiste hot fixes (versie 3.16b).
    • www.nuget.org/packages/directxmath
    • github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • github.com/microsoft/DirectXMath

• De hoofdletters van sommige headerbestanden zijn gewijzigd om ze te normaliseren voor hoofdlettergevoelige bestandssystemen:

  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h en OleCtl.h zijn allemaal kleine letters gemaakt.
  • Voor Clang/LLVM voor Windows-builds, ter ondersteuning van zowel oudere versie als de nieuwste Windows 10 SDK zonder waarschuwingen, voegt u toe aan de CLI of de -Wno-nonportable-system-include-path volgende #pragma in de bron:

  #ifdef __clang__

  #pragma clang diagnostic ignored "-Wnonportable-system-include-path"

  #endif

Deze release bevat de volgende bestanden. Als u deze problemen ondervindt, raden we u aan uw versie van de SDK zo snel mogelijk bij te werken om deze te voorkomen:

• Onvoorspelbare en moeilijk te diagnosticeren crashes opgelost bij het koppelen van zowel paraplubibliotheken als systeemeigen besturingssysteembibliotheken (bijvoorbeeld onecoreuap.lib en kernel32.lib)
• Probleem opgelost waardoor AppVerifier niet werkte
• Probleem opgelost waardoor WACK mislukte met 'Taak kan HighVersionLie niet inschakelen'