Windows SDK

Aggiornamento 10.0.22621.1778. Le funzionalità evidenziate includono:

• Le API WindowTabManager consentono alle applicazioni con interfacce a schede di fornire informazioni sulle schede aperte nella shell di Windows.
• Aggiornamenti alle API HumanPresence per migliorare la facilità d'uso e aggiungere nuove impostazioni per i sensori che supportano le funzionalità di presenza umana.
• Le API RemoteDesktop consentono alle applicazioni di passare da un desktop remoto a quello locale.

• Aggiornamento di manutenzione 10.0.22621.755. Include il supporto di ARM64 per la versione di VS 17.4

• Rimosso api-ms-win-net-isolation-l1-1-0.lib. Le app che si collegavano a api-ms-win-net-isolation-l1-1-0.lib possono passare a OneCoreUAP.lib come sostituzione.

• Rimosso irprops.lib. Le app che hanno eseguito il collegamento a irprops.lib possono passare a bthprops.lib come sostituzione.

• Spostato tag ENUMServerSelection da wuapicommon.h a wupai.h e rimosso l'intestazione. Se si vuole usare il tag ENUMServerSelection, sarà necessario includere wuapi.h o wuapi.idl.

• Il Windows 10 WinRT API Pack consente di aggiungere le API e le API di Windows Runtime più recenti al supporto di .NET Framework 4.5+ e librerie e .NET Core 3.0+ e app. Per accedere al Windows 10 Pacchetto API WinRT, vedere il pacchetto nuget Microsoft.Windows.SDK.Contracts.

• La famiglia di funzioni printf ora è conforme alle regole di arrotondamento IEEE 754 quando si stampano numeri a virgola mobile esattamente rappresentabili e rispetta la modalità di arrotondamento richiesto tramite chiamate a fesetround. Il comportamento legacy è disponibile durante il collegamento con legacy_stdio_float_rounding.obj.

• Windows App Certification Kit. Sono state aggiunte diverse nuove API all'elenco API supportate nel Kit di certificazione app e In Windows Store. Se nell'elenco supportato sono presenti API che appaiono disattivate o disabilitate in Visual Studio, è possibile apportare una piccola modifica al file di origine per accedervi. Per altre informazioni, vedere questo problema noto. Trovare altri aggiornamenti ai test.

• Aggiornamenti del compilatore di messaggi (mc.exe):

  • Rileva ora il contrassegno ordine di byte Unicode nei file mc. Se il file .mc inizia con un BOM UTF-8, verrà letto come file UTF-8. In caso contrario, se inizia con un BOM UTF-16LE, verrà letto come file UTF-16LE. Se è stato specificato il parametro -u, verrà letto come file UTF-16LE. In caso contrario, verrà letto usando la tabella codici corrente (CP_ACP).
  • Evitare ora problemi di una regola a definizione singola (ODR) negli helper C/C++ generati da MC/C++ causati da macro di configurazione in conflitto ,ad esempio quando due file cpp con definizioni in conflitto di MCGEN_EVENTWRITETRANSFER sono collegati allo stesso binario, gli helper ETW generati da MC rispettano ora la definizione di MCGEN_EVENTWRITETRANSFER in ogni file cpp anziché scegliere arbitrariamente uno o l'altro.

• Aggiornamenti del preprocessore di traccia di Windows (tracewpp.exe):

  • Supporta i file di input Unicode (.ini, tpl e codice sorgente). I file di input che iniziano con un segno di ordine UTF-8 o UTF-16 verranno letti come Unicode. I file di input che non iniziano con un BOM verranno letti usando la tabella codici corrente (CP_ACP). Per la compatibilità con le versioni precedenti, se viene specificato il parametro della riga di comando -UnicodeIgnore, i file che iniziano con un BOM UTF-16 verranno considerati vuoti.
  • Supporta i file di output Unicode (tmh). Per impostazione predefinita, i file di output verranno codificati usando la tabella codici corrente (CP_ACP). Usare i parametri della riga di comando -cp:UTF-8 o -cp:UTF-16 per generare file di output Unicode.
  • Modifica del comportamento: tracewpp converte ora tutto il testo di input in Unicode, esegue l'elaborazione in Unicode e converte il testo di output nella codifica di output specificata. Le versioni precedenti di tracewpp evitare conversioni Unicode ed eseguire l'elaborazione del testo presupponendo un set di caratteri a byte singolo. Ciò può causare modifiche al comportamento nei casi in cui i file di input non sono conformi alla tabella codici corrente. Nei casi in cui si tratta di un problema, è consigliabile convertire i file di input in UTF-8 (con BOM) e/o usando il parametro della riga di comando -cp:UTF-8 per evitare ambiguità di codifica.

• Aggiornamenti traceLoggingProvider.h:

  • Evita problemi di una regola di definizione (ODR) causati da macro di configurazione in conflitto (ad esempio, quando due file cpp con definizioni in conflitto di TLG_EVENT_WRITE_TRANSFER sono collegati allo stesso binario, gli helper TraceLoggingProvider.h rispettano ora la definizione di TLG_EVENT_WRITE_TRANSFER in ogni file cpp anziché scegliere arbitrariamente uno o l'altro).
  • Nel codice C++ la macro TraceLoggingWrite è stata aggiornata per consentire una migliore condivisione del codice tra eventi simili usando modelli variadici.

• Firma delle app. La firma di Device Guard è una funzionalità di Device Guard disponibile in Microsoft Store per le aziende e Education, che consente alle aziende di garantire che ogni app proviene da un'origine attendibile. Vedere la documentazione relativa alla firma di Device Guard.

• Le intestazioni SDK sono state aggiornate per risolvere gli errori durante la compilazione usando il preprocessore C conforme standard nel compilatore MSVC cl.exe (/Zc:preprocessor, introdotto in VS 2019 v16.6).

• Correzione: "GdiplusTypes.h non compila con NOMINMAX". Vedere Commenti e suggerimenti di Visual Studio.

• Quando si compila con /std:c11 o /std:c17, si ottiene ora:

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

• Clang/LLVM per Windows v11 per ARM64 non è compatibile con la versione più recente di winnt.h

  • Come soluzione alternativa, usare la versione precedente di Windows 10 SDK (build 19041) o clang/LLVM per Windows v10 per le piattaforme ARM64

• DirectXMath (inclusa la versione 3.16 in questa versione) non è compatibile con Clang/LLVM per Windows in ARM64.

  • Come soluzione alternativa, usare la versione più recente di DirectXMath, disponibile in NuGet, vcpkg o GitHub. Queste versioni includono le correzioni a caldo necessarie (versione 3.16b).
    • www.nuget.org/packages/directxmath
    • github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • github.com/microsoft/DirectXMath

• Il caso di alcuni file di intestazione è stato modificato per normalizzare i file system con distinzione tra maiuscole e minuscole:

  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h e OleCtl.h sono stati tutti resi minuscoli.
  • Per le build Clang/LLVM per Windows, per supportare sia la versione precedente che l'SDK Windows 10 più recente senza avvisi, aggiungere -Wno-nonportable-system-include-path all'interfaccia della riga di comando o il #pragma seguente nell'origine:

  #ifdef __clang__

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

  #endif

Questa versione contiene i file seguenti. Se si verificano questi problemi, è consigliabile aggiornare la versione dell'SDK il prima possibile per evitarle:

• Risoluzione di arresti anomali imprevisti e difficili da diagnosticare quando si collegano sia librerie generiche che librerie del sistema operativo native (ad esempio onecoreuap.lib e kernel32.lib)
• Problema risolto che impediva il funzionamento di AppVerifier
• Problema risolto che causava l'esito negativo di WACK con "Impossibile abilitare HighVersionLie"