Home / Web dev / Windows 10 SDK preview build 18995 lance pour les développeurs

Windows 10 SDK preview build 18995 lance pour les développeurs

Que souhaitez-vous savoir

  • Une nouvelle version de prévisualisation du Kit de développement logiciel (SDK) Windows 10 est maintenant disponible pour les développeurs.
  • Cette version porte le numéro de build à 18995.
  • C'est une version derrière la version actuellement disponible de Windows 10 sur l'anneau rapide.

Une autre mise à jour de l'aperçu du Kit de développement logiciel (SDK) Windows 10 est disponible pour les développeurs aujourd'hui. Cette version déplace le numéro de version jusqu'à 18995, une version derrière la version actuellement disponible sur la branche Fast Ring Insider de Windows 10. Le nouvel aperçu du SDK est disponible au téléchargement à partir de Site web Windows Insider maintenant.

Voici un récapitulatif des nouveautés:

Mises à jour des outils

  • Compilateur de messages (mc.exe)

    • Détecte maintenant la marque Unicode Byte Order Mark (BOM) dans les fichiers .mc. Si le fichier .mc commence par une nomenclature UTF-8, il sera lu en tant que fichier UTF-8. Sinon, s'il commence par une nomenclature UTF-16LE, il sera lu comme un fichier UTF-16LE. Si le paramètre -u a été spécifié, il sera lu comme un fichier UTF-16LE. Sinon, il sera lu à l'aide de la page de code actuelle (CP_ACP).
    • Evite maintenant les problèmes ODR (one-definition-rule) dans les assistants C / C ++ ETW générés par MC causés par des macros de configuration en conflit (par exemple, lorsque deux fichiers .cpp contenant des définitions en conflit de MCGEN_EVENTWRITETRANSFER sont liés au même binaire, les assistants ETW générés par MC respectera maintenant la définition de MCGEN_EVENTWRITETRANSFER dans chaque fichier .cpp au lieu de choisir arbitrairement l’un ou l’autre).
  • Préprocesseur de trace Windows (tracewpp.exe)

    • Prend maintenant en charge les fichiers d’entrée Unicode (.ini, .tpl et code source). Les fichiers d'entrée commençant par une marque d'ordre d'octet (BOM) UTF-8 ou UTF-16 seront lus au format Unicode. Les fichiers d'entrée qui ne commencent pas par une nomenclature seront lus à l'aide de la page de codes actuelle (CP_ACP). Pour assurer la compatibilité ascendante, si le paramètre de ligne de commande -UnicodeIgnore est spécifié, les fichiers commençant par une nomenclature UTF-16 seront traités comme des fichiers vides.
    • Prend maintenant en charge les fichiers de sortie Unicode (.tmh). Par défaut, les fichiers de sortie seront codés à l'aide de la page de codes actuelle (CP_ACP). Utilisez les paramètres de ligne de commande -cp: UTF-8 ou -cp: UTF-16 pour générer des fichiers de sortie Unicode.
    • Changement de comportement: tracewpp convertit désormais tout le texte d'entrée en Unicode, effectue le traitement au format Unicode et convertit le texte de sortie en codage de sortie spécifié. Les versions antérieures de tracewpp évitaient les conversions Unicode et effectuaient un traitement de texte en supposant un jeu de caractères à un octet. Cela peut entraîner des changements de comportement dans les cas où les fichiers d'entrée ne sont pas conformes à la page de codes actuelle. Dans les cas où cela pose un problème, envisagez de convertir les fichiers d'entrée en UTF-8 (avec nomenclature) et / ou en utilisant le paramètre de ligne de commande -cp: UTF-8 pour éviter toute ambiguïté de codage.
  • TraceLoggingProvider.h

    • Evite maintenant les problèmes de règle de définition unique causés par des macros de configuration en conflit (par exemple, lorsque deux fichiers .cpp contenant des définitions en conflit de TLG_EVENT_WRITE_TRANSFER sont liés au même binaire, les assistants TraceLoggingProvider.h respectent désormais la définition de TLG_EVENT_WRITE_TRANSFER. fichier cpp au lieu de choisir arbitrairement l’un ou l’autre).
    • En code C ++, la macro TraceLoggingWrite a été mise à jour pour permettre un meilleur partage du code entre des événements similaires à l'aide de modèles variadiques.
  • Signature de vos applications avec Device Guard

    • Nous vous facilitons la tâche pour signer votre application. La signature Device Guard est une fonctionnalité Device Guard disponible dans Microsoft Store for Business et Education. La signature permet aux entreprises de garantir que chaque application provient d'une source fiable. Notre objectif est de faciliter la signature de votre paquet MSIX. La documentation sur la signature de Device Guard est disponible à l'adresse suivante: https://docs.microsoft.com/en-us/windows/msix/package/signing-package-device-guard-signing

Briser les changements

  • Suppression de api-ms-win-net-isolation-l1-1-0.lib: Dans cette version, api-ms-win-net-isolation-l1-1-0.lib a été supprimé du SDK de Windows. Les applications qui étaient en liaison avec api-ms-win-net-isolation-l1-1-0.lib peuvent basculer vers OneCoreUAP.lib en remplacement.
  • Retrait de IRPROPS.LIB: Dans cette version, irprops.lib a été supprimé du SDK Windows. Les applications qui se liaient avec irprops.lib peuvent basculer vers bthprops.lib en remplacement immédiat.

Un certain nombre de modifications et de mises à jour d'API sont également disponibles dans cette version. Pour plus, vous pouvez voir Microsoft notes de version complètes. Comme d'habitude, vous pouvez installer la version 18995 avec les SDK précédents avec Visual Studio.

Nous pouvons gagner une commission pour les achats en utilisant nos liens. Apprendre encore plus.

Source

About admin

Check Also

Acer annonce deux nouveaux ordinateurs portables TravelMate pour l'éducation

Acer a annoncé aujourd'hui deux nouveaux ordinateurs portables éducatifs, le TravelMate Spin B3 et le …

Laisser un commentaire