Windows SDK

Julkaisu, joka vastaa Windows 11:n versiota 24h2, julkinen versio.

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

Ylläpidon päivitys 10.0.22621.3235.

Ylläpidon pä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 sarkainliittymiä, voivat tarjota tietoja Windows-liittymän avoimissa välilehdissä.
• HumanPresence-ohjelmointirajapintojen päivitykset, jotka parantavat käytön helppoutta ja lisäävät uusia asetuksia ihmisen läsnäoloa tukeville antureille.
• RemoteDesktop-ohjelmointirajapintojen avulla sovellukset voivat siirtyä etätyöpöydän ja paikallisen työpöydän välillä.

• Ylläpidon pä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:tä vastaan, voivat vaihtaa oneCoreUAP.lib-kirjastoa korvaajaksi.

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

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

• Windows 10 WinRT -ohjelmointirajapintapaketin avulla voit lisätä uusimmat Windows Runtime -ohjelmointirajapintojen tuen .NET Framework 4.5+- ja .NET Core 3.0 +-kirjastoihisi ja -sovelluksiisi. Jos haluat käyttää Windows 10 WinRT -ohjelmointirajapintapakettia, lue Microsoft.Windows.SDK.Contracts nuget -paketti.

• Funktioiden printf-perhe, noudattaa nyt IEEE 754:n pyöristyssääntöjä, kun tulostetaan tarkalleen edustettavissa olevia liukulukuja, ja se noudattaa pyöristystilaa, jota pyydetään kutsuilla fesetround. Vanha toiminta on käytettävissä, kun linkität legacy_stdio_float_rounding.obj.

• Windows-sovellusten sertifiointipaketti. Useita uusia ohjelmointirajapintoja lisättiin tuettujen ohjelmointirajapintojen luetteloon sovellusten sertifiointipaketissa ja Windows-kaupassa. Jos tuetussa 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. Lisätietoja tunnetusta ongelmasta. Etsi lisää päivityksiä testeihin.

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

  • Tunnistaa nyt Unicode-tavutilausmerkinnän .mc-tiedostoissa. Jos .mc-tiedoston alussa on UTF-8 BOM, 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 se luetaan käyttämällä nykyistä koodisivua (CP_ACP).
  • Nyt vältetään yksimääritelmäsäännön (ODR) ongelmat MC:n luomissa C/C++ ETW-aputoiminnoissa, jotka johtuvat ristiriitaisista määrityskohoista (esim. kun kaksi .cpp-tiedostoa, joissa on ristiriitaisia MCGEN_EVENTWRITETRANSFER määritelmiä, linkitetään samaan binaaritiedostoon, MC:n luomat ETW-aputoiminnot noudattavat nyt kunkin .cpp tiedoston MCGEN_EVENTWRITETRANSFER määritelmää sen sijaan, että ne poimitaan mielivaltaisesti toisiin).

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

  • Tukee Unicode-syötetiedostoja (.ini, .tpl- ja lähdekooditiedostoja). Syötetiedostot, jotka alkavat UTF-8- tai UTF-16-tavujärjestysmerkillä (BOM), luetaan Unicode-muodossa. Syötetiedostot, jotka eivät ala tuoterakennuksella, luetaan nykyisellä koodisivulla (CP_ACP). Jos -UnicodeIgnore komentoriviparametri on määritetty taaksepäin, UTF-16 BOM-parametrilla alkavat tiedostot käsitellään tyhjinä.
  • Tukee Unicode-tulostetiedostoja (.tmh). Oletusarvoisesti tulostiedostot koodataan käyttämällä nykyistä koodisivua (CP_ACP). Luo Unicode-tulostiedostot komentoriviparametreilla -cp:UTF-8 tai -cp:UTF-16.
  • Toiminta muuttuu: jäljitys muuntaa nyt kaiken syötetekstin Unicode-muotoon, suorittaa käsittelyn Unicodessa ja muuntaa tulostetekstin määritetyksi tulostekoodauksi. Tracewpp-funktion aiemmat versiot välttivät Unicode-muunnokset ja suorittivat tekstinkäsittelyn olettaen, että yksitavuinen merkistö. Tämä voi johtaa toiminnan muutoksiin tapauksissa, joissa syötetiedostot eivät ole nykyisen koodisivun mukaisia. Jos tästä on ongelmia, harkitse syötetiedostojen muuntamista UTF-8:ksi (BOM:n kanssa) ja/tai -cp:UTF-8-komentoriviparametrin käyttämistä moniselitteisyyden välttämiseksi.

• TraceLoggingProvider.h-päivitykset:

  • Tällä vältetään määrityskoovien ristiriitaisten määritys makrojen aiheuttamat yhden määritelmän (ODR) ongelmat (esim. kun kaksi .cpp-tiedostoa, joissa on ristiriitaisia TLG_EVENT_WRITE_TRANSFER määritelmiä, linkitetään samaan binaariin, TraceLoggingProvider.h-aputoiminnot noudattavat nyt kuhunkin .cpp tiedostoon TLG_EVENT_WRITE_TRANSFER määritelmää sen sijaan, että ne poimiisivat toisen satunnaisesti).
  • C++-koodin TraceLoggingWrite-makro on päivitetty, jotta koodia voidaan jakaa paremmin samankaltaisten tapahtumien välillä variadisia malleja käyttämällä.

• Sovellusten allekirjoittaminen. Device Guard -allekirjoitus on Device Guard -toiminto, joka on saatavilla Microsoft Store for Business and Educationissa ja jonka avulla yritykset voivat taata, että jokainen sovellus on peräisin luotetusta lähteestä. Katso device guard -.

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

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

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

  • C99 tgmath.h
  • C11 static_assert vakuuttavasti.h
  • C11 stdalign.h
  • C11 stdnoreturn.h

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

  • Vaihtoehtoisena menetelmänä voit käyttää Windows 10 SDK:n aiempaa versiota (koontiversio 19041) tai clang/LLVM for Windows v10-versiota, kun sen kohteena ovat ARM64-ympäristöt

• DirectXMath (mukaan lukien tämän version 3.16 versio) ei ole yhteensopiva Clang/LLVM for Windowsin ARM64: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 pikakorjaukset (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 kirjainkoko huomioon ottavassa tiedostojärjestelmässä:

  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h ja OleCtl.h tehdään kaikki pienillä kirjaimilla.
  • Clang/LLVM for Windows -koontiversioiden osalta voit tukea sekä vanhempaa versiota että uusinta Windows 10 SDK:ta ilman varoituksia lisäämällä -Wno-nonportable-system-include-path komentorivikäyttöliittymään tai seuraavia lähteen #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:

• Ratkaistu arvaamattomat ja vaikeat vianmääritykset, kun yhdistetää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 WACKin epäonnistumisen ja jonka vuoksi HighVersionLie-toiminnon käyttöönotto epäonnistui.