Windows SDK

• Serviceopdatering 10.0.22621.755. Omfatter ARM64-understøttelse af VS 17.4-versionen

• Api-ms-win-net-isolation-l1-1-0.lib er fjernet. Apps, der linkede mod api-ms-win-net-isolation-l1-1-0.lib, kan skifte t OneCoreUAP.lib som en erstatning.

• Irprops.lib er fjernet. Apps, der linkede til irprops.lib, kan skifte til bthprops.lib som en erstatning for en drop-in.

• Flyttede ENUM tagServerSelection fra wuapicommon.h til wupai.h og fjernede headeren. Hvis du vil bruge ENUM tagServerSelection, skal du inkludere wuapi.h eller wuapi.idl.

• Med Windows 10 WinRT API Pack kan du føje de nyeste Windows-kørsel API'er til understøttelse af dine biblioteker og apps i .NET Framework 4.5+ og .NET Core 3.0+. Hvis du vil have adgang til Windows 10 WinRT API Pack, skal du se nuget-pakken Microsoft.Windows.SDK.Contracts.

• Printf-serien af funktioner er nu i overensstemmelse med IEEE 754-afrundingsreglerne , når der udskrives nøjagtigt repræsenterende flydende tal, og den afrundingstilstand, der anmodes om via kald til fesetround, anvendes. Ældre funktionsmåde er tilgængelig, når der linkes til legacy_stdio_float_rounding.obj.

• Windows App Certification Kit. Der blev føjet flere nye API'er til listen Over understøttede API'er i App Certification Kit og Windows Store. Hvis der er API'er på den understøttede liste, der vises nedtonet eller deaktiveret i Visual Studio, kan du foretage en lille ændring af kildefilen for at få adgang til dem. Du kan finde flere oplysninger i dette kendte problem. Find flere opdateringer til test.

• Opdateringer til Meddelelsescompiler (mc.exe):

  • Registrerer nu Unicode-byterækkefølgemærket (BOM) i .mc-filer. Hvis .mc-filen starter med en UTF-8-stykliste, læses den som en UTF-8-fil. Ellers læses den som en UTF-16LE-fil, hvis den starter med en UTF-16LE-stykliste. Hvis parameteren -u blev angivet, læses den som en UTF-16LE-fil. Ellers læses den ved hjælp af den aktuelle tegntabel (CP_ACP).
  • Nu undgår du problemer med en-definition-regel (ODR) i MC-genererede C/C++ ETW-hjælpere, der skyldes modstridende konfigurationsmakroer (f.eks. når to .cpp-filer med modstridende definitioner af MCGEN_EVENTWRITETRANSFER er sammenkædet med den samme binære fil, vil de MC-genererede ETW-hjælpere nu respektere definitionen af MCGEN_EVENTWRITETRANSFER i hver .cpp-fil i stedet for vilkårligt at vælge den ene eller den anden).

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

  • Understøtter Unicode-inputfiler (.ini, .tpl og kildekode). Inputfiler, der starter med et UTF-8 eller UTF-16 byte order mark (BOM), læses som Unicode. Inputfiler, der ikke starter med en stykliste, læses ved hjælp af den aktuelle tegntabel (CP_ACP). Hvis kommandolinjeparameteren -UnicodeIgnore er angivet for bagudkompatibilitet, behandles filer, der starter med en UTF-16-stykliste, som tomme.
  • Understøtter Unicode-outputfiler (.tmh). Outputfiler kodes som standard ved hjælp af den aktuelle tegntabel (CP_ACP). Brug kommandolinjeparametre -cp:UTF-8 eller -cp:UTF-16 til at generere Unicode-outputfiler.
  • Ændring af funktionsmåde: tracewpp konverterer nu al inputtekst til Unicode, udfører behandling i Unicode og konverterer outputtekst til den angivne outputkodning. Tidligere versioner af tracewpp undgik Unicode-konverteringer og udførte tekstbehandling under forudsætning af et enkeltbytetegnsæt. Dette kan medføre ændringer af funktionsmåden i de tilfælde, hvor inputfilerne ikke er i overensstemmelse med den aktuelle tegntabel. I de tilfælde, hvor dette er et problem, kan du overveje at konvertere inputfilerne til UTF-8 (med BOM) og/eller bruge kommandolinjeparameteren -cp:UTF-8 for at undgå tvetydig kodning.

• TraceLoggingProvider.h-opdateringer:

  • Undgår problemer med en-definition-regel (ODR), der skyldes modstridende konfigurationsmakroer (f.eks. når to .cpp-filer med modstridende definitioner af TLG_EVENT_WRITE_TRANSFER er kædet sammen med den samme binære fil, vil TraceLoggingProvider.h-hjælpene nu respektere definitionen af TLG_EVENT_WRITE_TRANSFER i hver .cpp-fil i stedet for vilkårligt at vælge den ene eller den anden).
  • I C++-kode er makroen TraceLoggingWrite blevet opdateret for at muliggøre bedre kodedeling mellem lignende hændelser ved hjælp af variadiske skabeloner.

• Signere dine apps. Device Guard-signering er en Device Guard-funktion, der er tilgængelig i Microsoft Store til Virksomheder og Uddannelse, som gør det muligt for virksomheder at garantere, at alle apps kommer fra en kilde, der er tillid til. Se dokumentationen om Device Guard-signering.

• SDK-headere er blevet opdateret for at løse fejl under kompilering ved hjælp af standardkonformant C-forbehandleren i MSVC-compilerens cl.exe (/Zc:preprocessor, der blev introduceret i VS 2019 v16.6).

• Løst: "GdiplusTypes.h kompilerer ikke med NOMINMAX". Se Feedback til Visual Studio.

• Når du bygger med /std:c11 eller /std:c17, får du nu:

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

• Clang/LLVM til Windows v11, der er målrettet til ARM64, er ikke kompatibel med den nyeste winnt.h

  • Du kan løse problemet ved at bruge den tidligere version af Windows 10 SDK (build 19041) eller clang/LLVM til Windows v10, når du målretter mod ARM64-platforme

• DirectXMath (inklusive version 3.16 i denne version) er ikke kompatibel med Clang/LLVM til Windows på ARM64.

  • Du kan løse problemet ved at bruge den nyeste version af DirectXMath, der er tilgængelig fra NuGet, vcpkg eller GitHub. Disse versioner omfatter de nødvendige programrettelser (version 3.16b).
    • www.nuget.org/packages/directxmath
    • github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • github.com/microsoft/DirectXMath

• Nogle headerfiler blev ændret for at normalisere dem i filsystemer, hvor der skelnes mellem store og små bogstaver:

  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h og OleCtl.h blev alle lavet med små bogstaver.
  • I forbindelse med Clang/LLVM til Windows-builds skal du føje -Wno-nonportable-system-include-path følgende til kommandolinjegrænsefladen eller følgende #pragma i kilden for at understøtte både den ældre version og den nyeste Windows 10 SDK uden advarsler:

  #ifdef __clang__

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

  #endif

Denne version indeholder følgende filer. Hvis du støder på disse problemer, anbefaler vi, at du opdaterer din version af SDK'et så hurtigt som muligt for at undgå dem:

• Løst uforudsigelige og svære at diagnosticere nedbrud, når du forbinder både paraplybiblioteker og oprindelige OS-biblioteker (f.eks. onecoreuap.lib og kernel32.lib)
• Løste problem, der forhindrede AppVerifier i at fungere
• Løste problem, der medførte, at WACK mislykkedes, med "Opgaven kunne ikke aktivere HighVersionLie"