Windows SDK

Ενημέρωση 10.0.22621.1778. Οι δυνατότητες που επισημαίνονται περιλαμβάνουν:

• Τα API WindowTabManager επιτρέπουν σε εφαρμογές με διασυνδέσεις με καρτέλες να παρέχουν πληροφορίες σε ανοιχτές καρτέλες στο κέλυφος των Windows.
• Ενημερώσεις σε API HumanPresence για τη βελτίωση της ευκολίας χρήσης και την προσθήκη νέων ρυθμίσεων για αισθητήρες που υποστηρίζουν δυνατότητες ανθρώπινης παρουσίας.
• Τα API RemoteDesktop επιτρέπουν στις εφαρμογές να κάνουν εναλλαγή μεταξύ μιας απομακρυσμένης και τοπικής επιφάνειας εργασίας.

• Ενημέρωση εξυπηρέτησης 10.0.22621.755. Περιλαμβάνει υποστήριξη ARM64 για την έκδοση VS 17.4

• Καταργήθηκε το api-ms-win-net-isolation-l1-1-0.lib. Οι εφαρμογές που συνδέονταν με το api-ms-win-net-isolation-l1-1-0.lib μπορούν να αλλάξουν το OneCoreUAP.lib ως αντικατάσταση.

• Καταργήθηκε η irprops.lib. Οι εφαρμογές που συνδέονταν με το irprops.lib μπορούν να μεταβούν στο bthprops.lib ως αντικατάσταση drop-in.

• Μετακινήθηκε η ετικέτα ENUMServerSelection από wuapicommon.h σε wupai.h και καταργήθηκε η κεφαλίδα. Εάν θέλετε να χρησιμοποιήσετε την ετικέτα ENUMServerSelection, θα πρέπει να συμπεριλάβετε το wuapi.h ή wuapi.idl.

• Το πακέτο API Windows 10 WinRT σάς επιτρέπει να προσθέσετε την πιο πρόσφατη υποστήριξη API χρόνος εκτέλεσης των Windows στις βιβλιοθήκες και τις εφαρμογές σας .NET Framework 4.5+ και .NET Core 3.0+. Για να αποκτήσετε πρόσβαση στο πακέτο Windows 10 WinRT API, ανατρέξτε στο πακέτο nuget Microsoft.Windows.SDK.Contracts.

• Η οικογένεια συναρτήσεων printf συμμορφώνεται πλέον με τους κανόνες στρογγυλοποίησης IEEE 754 κατά την εκτύπωση αριθμών κινητής υποδιαστολής με δυνατότητα εκτύπωσης και θα τηρεί τη λειτουργία στρογγυλοποίησης που ζητείται μέσω κλήσεων στο fesetround. Η συμπεριφορά παλαιού τύπου είναι διαθέσιμη κατά τη σύνδεση με το legacy_stdio_float_rounding.obj.

• Κιτ πιστοποίησης εφαρμογών Windows. Πολλά νέα API προστέθηκαν στη λίστα Υποστηριζόμενα API στο Κιτ πιστοποίησης εφαρμογής και στο Windows Store. Εάν υπάρχουν API στη λίστα που υποστηρίζεται που εμφανίζονται απενεργοποιημένα ή απενεργοποιημένα στο Visual Studio, μπορείτε να κάνετε μια μικρή αλλαγή στο αρχείο προέλευσής σας, για να αποκτήσετε πρόσβαση σε αυτά. Για περισσότερες λεπτομέρειες, ανατρέξτε σε αυτό το γνωστό πρόβλημα. Βρείτε περισσότερες ενημερώσεις για δοκιμές.

• Ενημερώσεις προγράμματος μεταγλώττισης μηνυμάτων (mc.exe):

  • Τώρα εντοπίζει το σημάδι σειράς byte Unicode (BOM) σε αρχεία .mc. Εάν το αρχείο .mc ξεκινά με τεχνική προδιαγραφή UTF-8, θα διαβαστεί ως αρχείο UTF-8. Διαφορετικά, εάν ξεκινά με bom UTF-16LE, θα διαβαστεί ως αρχείο UTF-16LE. Εάν έχει καθοριστεί η παράμετρος -u, θα διαβαστεί ως αρχείο UTF-16LE. Διαφορετικά, θα διαβαστεί χρησιμοποιώντας την τρέχουσα σελίδα κώδικα (CP_ACP).
  • Τώρα αποφεύγονται προβλήματα ενός-ορισμού-κανόνα (ODR) σε mc-δημιουργημένους βοηθητικούς φορείς C/C++ ETW που προκαλούνται από διενέξεις μακροεντολών ρύθμισης παραμέτρων (π.χ. όταν δύο αρχεία .cpp με ορισμούς διένεξης των MCGEN_EVENTWRITETRANSFER συνδέονται με τον ίδιο δυαδικό αριθμό, οι βοηθοί ETW που δημιουργούνται από mc θα σέβονται τώρα τον ορισμό της MCGEN_EVENTWRITETRANSFER σε κάθε αρχείο .cpp αντί να επιλέγουν αυθαίρετα το ένα ή το άλλο).

• Ενημερώσεις προεπεξεργαστών ανίχνευσης των Windows (tracewpp.exe):

  • Υποστηρίζει αρχεία εισόδου Unicode (.ini, .tpl και πηγαίο κώδικα). Τα αρχεία εισόδου που ξεκινούν με ένα σημάδι σειράς byte (BOM) UTF-8 ή UTF-16 θα διαβαστούν ως Unicode. Τα αρχεία εισόδου που δεν ξεκινούν με bom θα διαβάζονται χρησιμοποιώντας την τρέχουσα σελίδα κώδικα (CP_ACP). Για συμβατότητα με προηγούμενες εκδόσεις, εάν έχει καθοριστεί η παράμετρος γραμμής εντολών -UnicodeIgnore, τα αρχεία που ξεκινούν με bom UTF-16 θα αντιμετωπίζονται ως κενά.
  • Υποστηρίζει αρχεία εξόδου Unicode (.tmh). Από προεπιλογή, τα αρχεία εξόδου θα κωδικοποιούνται χρησιμοποιώντας την τρέχουσα σελίδα κώδικα (CP_ACP). Χρησιμοποιήστε παραμέτρους γραμμής εντολών -cp:UTF-8 ή -cp:UTF-16 για τη δημιουργία αρχείων εξόδου Unicode.
  • Αλλαγή συμπεριφοράς: Το tracewpp μετατρέπει τώρα όλο το κείμενο εισόδου σε Unicode, εκτελεί επεξεργασία στο Unicode και μετατρέπει το κείμενο εξόδου στην καθορισμένη κωδικοποίηση εξόδου. Παλαιότερες εκδόσεις του tracewpp απέφευγαν τις μετατροπές Unicode και εκτελούσαν επεξεργασία κειμένου υποθέτοντας ένα σύνολο χαρακτήρων μονού byte. Αυτό μπορεί να οδηγήσει σε αλλαγές συμπεριφοράς σε περιπτώσεις όπου τα αρχεία εισόδου δεν συμμορφώνονται με την τρέχουσα σελίδα κώδικα. Σε περιπτώσεις όπου αυτό είναι πρόβλημα, εξετάστε το ενδεχόμενο να μετατρέψετε τα αρχεία εισόδου σε UTF-8 (με BOM) ή/και να χρησιμοποιήσετε την παράμετρο -cp:UTF-8 γραμμής εντολών για να αποφύγετε την ασάφεια κωδικοποίησης.

• Ενημερώσεις του TraceLoggingProvider.h:

  • Αποφεύγει προβλήματα ενός κανόνα-ορισμού (ODR) που προκαλούνται από διενέξεις μακροεντολών ρύθμισης παραμέτρων (π.χ. όταν δύο αρχεία .cpp με ορισμούς TLG_EVENT_WRITE_TRANSFER που βρίσκονται σε διένεξη συνδέονται στο ίδιο δυαδικό, οι βοηθοί της TraceLoggingProvider.h θα σέβονται τώρα τον ορισμό της TLG_EVENT_WRITE_TRANSFER σε κάθε αρχείο .cpp αντί να επιλέγουν αυθαίρετα το ένα ή το άλλο).
  • Στον κώδικα C++, η μακροεντολή TraceLoggingWrite έχει ενημερωθεί για να επιτρέπει καλύτερη κοινή χρήση κώδικα μεταξύ παρόμοιων συμβάντων με χρήση ποικίλων προτύπων.

• Υπογραφή των εφαρμογών σας. Η υπογραφή Του Προστατευτού συσκευής είναι μια δυνατότητα Προστασίας συσκευών που είναι διαθέσιμη στο Microsoft Store για επιχειρήσεις και στην Εκπαίδευση, η οποία επιτρέπει στις επιχειρήσεις να εγγυώνται ότι κάθε εφαρμογή προέρχεται από μια αξιόπιστη προέλευση. Ανατρέξτε στην τεκμηρίωση σχετικά με την Υπογραφή του Προστατευτικά συσκευής.

• Οι κεφαλίδες SDK έχουν ενημερωθεί για την αντιμετώπιση σφαλμάτων κατά τη μεταγλώττιση χρησιμοποιώντας τον προεπεξεργαστή C τυπικής συμμόρφωσης στο πρόγραμμα μεταγλώττισης MSVC cl.exe (/Zc:προεπεξεργαστής, που παρουσιάστηκε στο VS 2019 v16.6).

• Σταθερή: "Το GdiplusTypes.h δεν μεταγλωττίζεται με NOMINMAX". Ανατρέξτε στο θέμα Σχόλια για το Visual Studio.

• Όταν χτίζετε με /std:c11 ή /std:c17, λαμβάνετε τώρα:

  • C99 tgmath.h
  • C11 static_assert στο assert.h
  • C11 stdalign.h
  • C11 stdnoreturn.h

• Clang/LLVM για Windows v11 η στόχευση ARM64 δεν είναι συμβατή με το πιο πρόσφατο winnt.h

  • Ως λύση, χρησιμοποιήστε την προηγούμενη έκδοση του Windows 10 SDK (δομή 19041) ή clang/LLVM για Windows v10 κατά τη στόχευση πλατφορμών ARM64

• Το DirectXMath (συμπεριλαμβανομένης της έκδοσης 3.16 σε αυτή την έκδοση) δεν είναι συμβατό με το Clang/LLVM για Windows στο ARM64.

  • Ως λύση, χρησιμοποιήστε την πιο πρόσφατη έκδοση του DirectXMath, η οποία είναι διαθέσιμη από τα NuGet, vcpkg ή GitHub. Αυτές οι εκδόσεις περιλαμβάνουν τις απαιτούμενες επιδιορθώσεις (έκδοση 3.16b).
    • www.nuget.org/packages/directxmath
    • github.com/microsoft/vcpkg/tree/master/ports/directxmath
    • github.com/microsoft/DirectXMath

• Η περίπτωση ορισμένων αρχείων κεφαλίδας άλλαξε, για να κανονικοποιήσετε για συστήματα αρχείων με διάκριση πεζών-κεφαλαίων:

  • OAIdl.h, ObjIdl.h, ObjIdlbase.h, OCIdl.h, Ole2.h, OleAuto.h και OleCtl.h έγιναν όλα πεζά.
  • Για τις εκδόσεις Clang/LLVM για Windows, για την υποστήριξη παλαιότερης έκδοσης και των πιο πρόσφατων Windows 10 SDK χωρίς προειδοποιήσεις, προσθέστε -Wno-nonportable-system-include-path το στο CLI ή στο ακόλουθο #pragma στην προέλευση:

  #ifdef __clang__

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

  #endif

Αυτή η έκδοση περιέχει τα ακόλουθα αρχεία. Εάν αντιμετωπίσετε αυτά τα προβλήματα, συνιστούμε να ενημερώσετε την έκδοση του SDK σας το συντομότερο δυνατό για να τα αποφύγετε:

• Επιλύθηκε απρόβλεπτο και δύσκολο να διαγνώσετε συντριβές κατά τη σύνδεση βιβλιοθηκών ομπρέλας και εγγενών βιβλιοθηκών λειτουργικού συστήματος (για παράδειγμα, onecoreuap.lib και kernel32.lib)
• Επιλύθηκε ζήτημα που απέτρεψε τη λειτουργία του AppVerifier
• Επιλύθηκε το ζήτημα που προκάλεσε αποτυχία του WACK με την επιλογή "Η εργασία απέτυχε να ενεργοποιήσει τη HighVersionLie"