Windows SDK

A Windows 10 SDK 2104-es verziója Megjegyzések kibontása

• Az api-ms-win-net-isolation-l1-1-0.lib el lett távolítva. Az api-ms-win-net-isolation-l1-1-0.lib használatával hivatkozó alkalmazások áttérhetnek a OneCoreUAP.lib használatára.
• Az irprops.lib el lett távolítva. Az irprops.lib használatával hivatkozó alkalmazások áttérhetnek a bthprops.lib használatára ideiglenes megoldásként.
• Az ENUM tagServerSelection át lett helyezve a wuapicommon.h-ból a wupai.h-ba, és eltávolítottuk a fejlécet. Ha használni szeretné az ENUM tagServerSelection-t, akkor bele kell foglalnia a wuapi.h-t vagy a wuapi.idl-t.
• A Windows 10 WinRT API csomaggal támogatást adhat hozzá a legfrissebb Windows Runtime API-khoz a .NET Framework 4.5+ és a .NET Core 3.0+ kódtárakhoz és alkalmazásokhoz. A Windows 10 WinRT API csomag eléréséhez lásd a Microsoft.Windows.SDK.Contracts nuget-csomagot.
• A printf függvénycsalád mostantól megfelel az IEEE 754 kerekítési szabályainak a pontosan megjeleníthető lebegőpontos számok nyomtatásánál, és megfelel majd a fesetround-hoz érkező hívásokban kért kerekítési módnak. Az örökölt viselkedés a legacy_stdio_float_rounding.obj csatolásakor érhető el.
• Windows alkalmazásminősítő készlet. Több új API-val bővült a támogatott API-k listája az Alkalmazástanúsítványi készletben és a Windows Store-ban. Ha vannak olyan API-k a támogatott listában, amelyek szürkén jelennek meg vagy le vannak tiltva a Visual Studióban, akkor a forrásfájl egy kis módosításával férhet hozzá ezekhez. További részletekért tekintse meg ezt az ismert problémát. A tesztek további frissítései.
• A Message Compiler (mc.exe) frissítései:
  • A mostantól észleli a Unicode bájtsorrendjelzőt (BOM) az .mc-fájlokban. Ha az .mc-fájl UTF-8 BOM-mal kezdődik, akkor UTF-8-as fájlként lesz beolvasva. Ha UTF-16LE BOM-mal kezdődik, akkor UTF-16LE-fájlként lesz beolvasva. Ha meg van adva az -u paraméter, akkor UTF-16LE-fájlként lesz beolvasva. Más esetben az aktuális kódlap (CP_ACP) használatával lesz beolvasva.
  • Most már kiküszöböli az egyetlen definíciós szabállyal (ODR) kapcsolatos problémákat az MC által generált C/C++ ETW segítőkben, melyeket az ütköző makrók okoznak (ha például két, ütköző MCGEN_EVENTWRITETRANSFER-definíciót tartalmazó .cpp-fájl ugyanahhoz a binárishoz van csatolva, akkor az MC által generált ETW-segítők mostantól az egyes .cpp-fájlokban található MCGEN_EVENTWRITETRANSFER-definíciót fogják figyelembe venni ahelyett, hogy önkényesen kiválasztanák valamelyiket).
• A Windows Trace Preprocessor (tracewpp.exe) frissítései:
  • A Unicode kódolású bemeneti (.ini, .tpl és forráskód-) fájlok támogatása. Az UTF-8 vagy UTF-16 bájtsorrendjelzővel (BOM) kezdődő bemeneti fájlok Unicode-ként lesznek beolvasva. A nem BOM-mel kezdődő bemeneti fájlok az aktuális kódlap (CP_ACP) használatával lesznek beolvasva. Ha meg van adva a -UnicodeIgnore parancssori paraméter, akkor a visszamenőleges kompatibilitás érdekében az UTF-16-os BOM-mel kezdődő fájlok üresként lesznek kezelve.
  • A Unicode kódolású kimeneti (.tmh) fájlok támogatása. Alapértelmezés szerint a kimeneti fájlok az aktuális kódlap (CP_ACP) használatával lesznek kódolva. A -cp:UTF-8 vagy a -cp:UTF-16 parancssori paraméterek használhatóak a Unicode-kódolású kimeneti fájlok létrehozásához.
  • Viselkedés változása: a tracewpp mostantól Unicode-ra konvertálja az összes bemeneti szöveget, a kimeneti szöveget pedig a megadott kimeneti kódolásra konvertálja. A tracewpp korábbi verziói kerülték a Unicode-ra való konvertálást, és a szöveges feldolgozást egybájtos karakterkészletet feltételezve hajtották végre. Ez a viselkedés változásához vezethet olyan esetekben, amikor a bemeneti fájl nem felel meg az aktuális kódlapnak. Ha emiatt probléma merül fel, érdemes lehet a bemeneti fájlokat UTF-8-ra konvertálni (BOM használatával) és/vagy a -cp:UTF-8 parancssori paramétert alkalmazni az egyértelműség érdekében.
• A TraceLoggingProvider.h frissítései:
  • Kiküszöböli az egyetlen definíciós szabállyal (ODR) kapcsolatos problémákat, melyeket az ütköző makrók okoznak (például ha két, ütköző TLG_EVENT_WRITE_TRANSFER-definíciót tartalmazó .cpp-fájl ugyanahhoz a bináris fájlhoz van csatolva, akkor a traceLoggingProvider.h segítők mostantól az egyes .cpp-fájlokban található TLG_EVENT_WRITE_TRANSFER-definíciót fogják figyelembe venni ahelyett, hogy önkényesen kiválasztanák valamelyiket).
  • A C++-kódban a TraceLoggingWrite makró frissítve lett, hogy jobban biztosítható legyen a kódok megosztása a hasonló események között a variadikus sablonok használatával.
• Alkalmazások aláírása. A Device Guard-aláírás a Device Guard egy olyan funkciója, amely a Microsoft Store Vállalatoknak és a Microsoft Store Oktatási Intézményeknek áruházban érhető el, és amellyel a vállalatok garantálhatják, hogy minden alkalmazás megbízható forrásból származik. Olvassa el a Device Guard-aláírás dokumentációját.
• Frissítettük az SDK-fejléceket azoknak a problémáknak a kijavítása érdekében, melyek akkor jelentkeztek, ha a fordítást a szabványos C előfeldolgozó használatával végezték a cl.exe MSVC fordítóval (/Zc:preprocessor, bevezetve a VS 2019 v16.6 verziójában).
• Javítva: „A GdiplusTypes.h nem fordít a NOMINMAX használatával.” Lásd a Visual Studio-visszajelzést.
• Az /std:c11 vagy az /std:c17 használatával való buildelésnél most ez az eredmény:
  • C99 tgmath.h
  • C11 static_assert in assert.h
  • C11 stdalign.h
  • C11 stdnoreturn.h
• A Clang/LLVM Windows v11-hez ARM64-re nem kompatibilis a legújabb winnt.h-val
  • Áthidaló megoldásként használja a Windows 10 SDK előző verzióját (19041-es build), vagy a Windows v10-hez készült clang/LLVM-et az ARM64-platformok megcélzásakor
• A DirectXMath (beleértve a jelen kiadás 3.16-os verzióját is) nem kompatibilis a Clang/LLVM-mel Windowshoz ARM64-en.
  • Áthidaló megoldásként használja a DirectXMath legújabb verzióját, amely elérhető a NuGettel, a vcpkg-vel vagy a GitHubon. Ezek a verziók tartalmazzák a szükséges gyorsjavításokat (3.16b verzió).
    • https://www.nuget.org/packages/directxmath
    • https://github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • https://github.com/microsoft/DirectXMath
• Egyes fejlécfájloknál módosult a kis-/nagybetűk használata a kis- és nagybetűket megkülönböztető rendszerekhez való normalizálás érdekében:
  • Az OAIdl.h, az ObjIdl.h, az ObjIdlbase.h, az OCIdl.h, az Ole2.h, az OleAuto.h és az OleCtl.h mind kisbetűsek lettek.
  • A Windows-buildekhez készült Clang/LLVM esetében annak érdekében, hogy a Windows 10 SDK régebbi és újabb verziójánál se jelenjenek meg figyelmeztetések, adja hozzá a `-Wno-nonportable-system-include-path` paramétert a CLI-hez, vagy a forrásban az alábbi #pragma részt:

    #ifdef __clang__
#pragma clang diagnostic ignored "-Wnonportable-system-include-path"
#endif