Windows SDK

10.0.26100-sarjan ensimmäinen versio, joka vastaa Windows 11 version 24h2 esikatselua.

Ylläpidon päivitys 10.0.22621.3235.

Palvelupäivitys 10.0.22621.2428.

Päivitys 10.0.22621.1778. Korostettuja ominaisuuksia ovat muun muassa seuraavat:

• WindowTabManager-ohjelmointirajapinnat mahdollistavat sen, että sovellukset, joissa on tabbed-liittymiä, voivat tarjota tietoja avoimista välilehdistä Windows-liittymään.
• Päivitykset HumanPresence-ohjelmointirajapintoihin käytön helpottamiseksi ja ihmisten läsnäoloa tukevien tunnistimien uusien asetusten lisäämiseksi.
• RemoteDesktop-ohjelmointirajapintojen avulla sovellukset voivat siirtyä etätyöpöydän ja paikallisen työpöydän välillä.

• Palvelupäivitys 10.0.22621.755. Sisältää ARM64-tuen VS 17.4 -versiolle

• Poistettu api-ms-win-net-isolation-l1-1-0.lib. Sovellukset, jotka linkittyivät api-ms-win-net-isolation-l1-1-0.lib-kirjastoa vastaan, voivat vaihtaa oneCoreUAP.lib-kirjastoa korvaajaksi.

• Poistettu irprops.lib. Sovellukset, jotka linkittyivät irprops.lib:tä vastaan, voivat vaihtaa bthprops.lib-sovellukseen avattavana korvaajana.

• Siirsi ENUM tagServerSelection -asetuksen kohteesta wuapicommon.h kohteeseen wupai.h ja poisti otsikon. Jos haluat käyttää ENUM tagServerSelection -toimintoa, sinun on sisällytettävä wuapi.h tai wuapi.idl.

• Windows 10 WinRT-ohjelmointirajapintapaketin avulla voit lisätä uusimmat Windowsin suorituspalvelu ohjelmointirajapintojen tuen yli .NET Framework 4.5- ja .NET Core 3.0 -kirjastoihisi ja -sovelluksiisi. Jos haluat käyttää Windows 10 WinRT-ohjelmointirajapintapakettia, tutustu Microsoft.Windows.SDK.Contractsin nuget-pakettiin.

• Funktioperhe on nyt IEEE 754:n pyöristyssääntöjen mukainen , kun tulostetaan täysin edustettavissa olevia liukulukuja. Lisäksi se noudattaa pyöristystilaa, jota pyydetään fesetround-kutsujen kautta. Vanha toiminta on käytettävissä linkitettäessä legacy_stdio_float_rounding.obj.

• Windows-sovellussertifiointipaketti. Useita uusia ohjelmointirajapintoja lisättiin tuettujen ohjelmointirajapintojen luetteloon sovellussertifiointipaketissa ja Windows-kaupassa. Jos tuetuissa luettelossa on ohjelmointirajapintoja, jotka näkyvät harmaina tai poistettuina käytöstä Visual Studiossa, voit tehdä pienen muutoksen lähdetiedostoon niiden käyttämiseksi. Katso lisätietoja tästä tunnetusta ongelmasta. Etsi lisää päivityksiä testeihin.

• Viestinkääntäjän (mc.exe) päivitykset:

  • Tunnistaa nyt Unicode-tavutilausmerkin (BOM) .mc-tiedostoissa. Jos .mc-tiedosto alkaa UTF-8 BOM -tiedostolla, se luetaan UTF-8-tiedostona. Muussa tapauksessa, jos sen alussa on UTF-16LE BOM, se luetaan UTF-16LE-tiedostona. Jos -u-parametri on määritetty, se luetaan UTF-16LE-tiedostona. Muussa tapauksessa koodi luetaan käyttämällä nykyistä koodisivua (CP_ACP).
  • Nyt vältetään yksi määritelmäsäännön (ODR) ongelmat MC:n luomissa C/C++ ETW -aputoiminnoissa, jotka johtuvat ristiriitaisista määritysmakroista (esimerkiksi kun kaksi .cpp tiedostoa, joissa on ristiriitaiset MCGEN_EVENTWRITETRANSFER määritelmät on linkitetty samaan binaariin, MC:n luomat ETW-aputoiminnot noudattavat nyt kunkin .cpp tiedoston MCGEN_EVENTWRITETRANSFER määritelmää sen sijaan, että valitsisivat toisen mielivaltaisesti).

• Windows Trace Preprocessor (tracewpp.exe) -päivitykset:

  • Tukee Unicode-syötetiedostoja (.ini, .tpl- ja lähdekooditiedostoja). UTF-8- tai UTF-16-tavutilausmerkillä (BOM) alkavat syötetiedostot luetaan Unicode-muodossa. Syötetiedostot, jotka eivät ala tuoterakenteella, luetaan nykyisellä koodisivulla (CP_ACP). Jos yhteensopivuus aikaisempien versioiden kanssa on määritetty -UnicodeIgnore-komentoriviparametri, UTF-16 BOM:n kanssa aloitettuja tiedostoja käsitellään tyhjinä.
  • Tukee Unicode-tulostiedostoja (.tmh). Oletusarvon mukaan tulostiedostot koodataan nykyisellä koodisivulla (CP_ACP). Luo Unicode-tulostiedostot komentoriviparametreilla -cp:UTF-8 tai -cp:UTF-16.
  • Käyttäytymisen muutos: tracewpp muuntaa nyt kaiken syötetekstin Unicode-muotoon, suorittaa prosessoinnin Unicodessa ja muuntaa tulostetekstin määritetyksi tulostekoodausksi. Tracewpp-funktion aiemmat versiot välttivät Unicode-muunnokset ja suorittivat tekstinkäsittelyn olettaen, että yksitavuinen merkistö on. Tämä voi johtaa käyttäytymismuutoksiin tapauksissa, joissa syötetiedostot eivät vastaa nykyistä koodisivua. Jos tämä on ongelma, harkitse syötetiedostojen muuntamista UTF-8:ksi (BOM:llä) ja/tai -cp:UTF-8-komentoriviparametrin avulla, jotta vältät koodauksen moniselitteisyyden.

• TraceLoggingProvider.h-päivitykset:

  • Tällä vältetään yksimääritelmäsäännön (ODR) ongelmat, jotka johtuvat ristiriitaisista määritysmakroista (esim. kun kaksi .cpp-tiedostoa, joissa on ristiriitaisia TLG_EVENT_WRITE_TRANSFER määritelmiä, linkitetään samaan binaariin, TraceLoggingProvider.h-aputoiminnot noudattavat nyt TLG_EVENT_WRITE_TRANSFER määritelmää kussakin .cpp sen sijaan, että valitsisit toisen mielivaltaisesti).
  • C++-koodissa TraceLoggingWrite-makro on päivitetty, jotta koodin jakaminen olisi helpompaa samankaltaisten tapahtumien välillä variadipohjaisten mallien avulla.

• Allekirjoita sovelluksesi. Laitesuojan allekirjoitus on Laitesuoja-ominaisuus, joka on saatavilla Microsoft Storen yritysportaali and Educationissa, ja sen avulla yritykset voivat taata, että jokainen sovellus on peräisin luotetusta lähteestä. Katso ohjeet laitesuojan allekirjoituksesta.

• SDK-otsikot on päivitetty käsittelemään virheitä, kun ne käännetään käyttämällä MSVC-kääntäjän cl.exe (/Zc:preprocessor, joka otettiin käyttöön VS 2019 v16.6:ssa).

• Fixed: "GdiplusTypes.h ei käännä NOMINMAX". Katso Visual Studion palaute.

• Kun rakennat käyttäen /std:c11 tai /std:c17, saat nyt:

  • C99 tgmath.h
  • C11 static_assert assert.h:ssa
  • C11 stdalign.h
  • C11 stdnoreturn.h

• Clang/LLVM for Windows v11 targeting ARM64 ei ole yhteensopiva viimeisimmän winnt.h:n kanssa

  • Voit kiertää ongelman käyttämällä Windows 10 SDK:n aiempaa versiota (koontiversio 19041) tai clang/LLVM for Windows v10:tä, kun kohteena ovat ARM64-ympäristöt.

• DirectXMath (versio 3.16 mukaan lukien tässä versiossa) ei ole yhteensopiva Windowsin ARM64:n Clang/LLVM:n kanssa.

  • Voit kiertää ongelman käyttämällä DirectXMathin uusinta versiota, joka on saatavilla NuGetista, vcpkg:stä tai GitHubista. Nämä versiot sisältävät tarvittavat korjaustiedostot (versio 3.16b).
    • www.nuget.org/packages/directxmath
    • github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • github.com/microsoft/DirectXMath

• Joidenkin otsikkotiedostojen tapausta muutettiin normalisoimaan kirjainkoon huomioon ottava tiedostojärjestelmä:

  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h ja OleCtl.h olivat kaikki pieniä.
  • Windowsin Clang/LLVM-koontiversiot, jotka tukevat sekä vanhempaa versiota että viimeisintä Windows 10 SDK:ta ilman varoituksia, lisätään -Wno-nonportable-system-include-path komentorivikäyttöliittymään tai lähteeseen seuraava #pragma:

  #ifdef __clang__

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

  #endif

Tämä julkaisuversio sisältää seuraavat tiedostot. Jos kohtaat näitä ongelmia, suosittelemme päivittämään SDK-versiosi mahdollisimman pian niiden välttämiseksi:

• Selvitti odottamattomat ja vaikeasti diagnosoitavat kaatumiset yhdistäessään sekä sateenvarjokirjastoja että alkuperäisiä käyttöjärjestelmän kirjastoja (esimerkiksi onecoreuap.lib ja kernel32.lib)
• Ratkaistu ongelma, joka esti AppVerifieria toimimasta
• Ratkaistu ongelma, joka aiheutti WACK:n epäonnistumisen ja jonka "Tehtävä epäonnistui HighVersionLien käyttöönotossa"