Windows SDK

تحديث الخدمة 10.0.22621.3235.

تحديث الخدمة 10.0.22621.2428.

تحديث 10.0.22621.1778. تتضمن الميزات المميزة ما يلي:

• تسمح واجهات برمجة تطبيقات WindowTabManager للتطبيقات ذات الواجهات المبوبة بتوفير معلومات حول علامات التبويب المفتوحة إلى Windows shell.
• التحديثات إلى واجهات برمجة تطبيقات HumanPresence لتحسين سهولة الاستخدام وإضافة إعدادات جديدة لأجهزة الاستشعار التي تدعم قدرات التواجد البشري.
• تسمح واجهات برمجة التطبيقات 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 تبديل t OneCoreUAP.lib كبديل.

• تمت إزالة irprops.lib. يمكن للتطبيقات التي كانت ترتبط مقابل irprops.lib التبديل إلى bthprops.lib كبديل منسدلة.

• تم نقل ENUM tagServerSelection من wuapicommon.h إلى wupai.h وإزالة العنوان. إذا كنت ترغب في استخدام ENUM tagServerSelection، فستحتاج إلى تضمين wuapi.h أو wuapi.idl.

• يتيح لك Windows 10 WinRT API Pack إضافة أحدث دعم لواجهات برمجة التطبيقات وقت تشغيل Windows إلى مكتبات وتطبيقات .NET Framework 4.5+ و.NET Core 3.0+. للوصول إلى حزمة واجهة برمجة تطبيقات Windows 10 WinRT، راجع حزمة nuget Microsoft.Windows.SDK.Contracts.

• تتوافق عائلة printf من الوظائف الآن مع قواعد تقريب IEEE 754 عند طباعة أرقام الفاصلة العائمة القابلة للتمثيل تماما وستحترم وضع التقريب المطلوب عبر المكالمات إلى fesetround. يتوفر السلوك القديم عند الارتباط legacy_stdio_float_rounding.obj.

• حزمة مصادقة تطبيقات Windows. تمت إضافة العديد من واجهات برمجة التطبيقات الجديدة إلى قائمة واجهات برمجة التطبيقات المدعومة في App Certification Kit وWindows Store. إذا كانت هناك واجهات برمجة تطبيقات في القائمة المدعومة تظهر باللون الرمادي أو معطلة في Visual Studio، يمكنك إجراء تغيير صغير على الملف المصدر، للوصول إليها. لمزيد من التفاصيل، راجع هذه المشكلة المعروفة. ابحث عن مزيد من التحديثات للاختبارات.

• تحديثات محول الرسائل البرمجي (mc.exe):

  • يكتشف الآن علامة ترتيب بايت Unicode (BOM) في ملفات .mc. إذا بدأ ملف .mc ب UTF-8 BOM، فستتم قراءته كملف UTF-8. وإلا، إذا بدأ بملف UTF-16LE BOM، فستتم قراءته كملف UTF-16LE. إذا تم تحديد المعلمة -u، فستتم قراءتها كملف UTF-16LE. وإلا، ستتم قراءتها باستخدام صفحة التعليمات البرمجية الحالية (CP_ACP).
  • الآن يتجنب مشاكل قاعدة تعريف واحدة (ODR) في مساعدي C/C++ ETW التي تم إنشاؤها بواسطة MC بسبب وحدات ماكرو التكوين المتعارضة (على سبيل المثال، عندما يتم ربط ملفين .cpp مع تعريفات متعارضة MCGEN_EVENTWRITETRANSFER بنفس الثنائي، سيحترم مساعدو ETW الذين تم إنشاؤهم بواسطة MC الآن تعريف MCGEN_EVENTWRITETRANSFER في كل ملف .cpp بدلا من اختيار أحدهما أو الآخر بشكل عشوائي).

• تحديثات المعالج المسبق ل Windows Trace (tracewpp.exe):

  • يدعم ملفات إدخال Unicode (.ini و.tpl ورمز المصدر). ستتم قراءة ملفات الإدخال التي تبدأ بعلامة ترتيب UTF-8 أو UTF-16 بايت (BOM) ك Unicode. ستتم قراءة ملفات الإدخال التي لا تبدأ ب BOM باستخدام صفحة التعليمات البرمجية الحالية (CP_ACP). للتوافق مع الإصدارات السابقة، إذا تم تحديد معلمة سطر الأوامر -UnicodeIgnore، فسيتم التعامل مع الملفات التي تبدأ ب UTF-16 BOM على أنها فارغة.
  • يدعم ملفات إخراج Unicode (.tmh). بشكل افتراضي، سيتم ترميز ملفات الإخراج باستخدام صفحة التعليمات البرمجية الحالية (CP_ACP). استخدم معلمات سطر الأوامر -cp:UTF-8 أو -cp:UTF-16 لإنشاء ملفات إخراج Unicode.
  • تغيير السلوك: يقوم tracewpp الآن بتحويل جميع نص الإدخال إلى Unicode، وينفذ المعالجة في Unicode، ويحول نص الإخراج إلى ترميز الإخراج المحدد. تجنبت الإصدارات السابقة من tracewpp تحويلات Unicode وقمت بمعالجة النص بافتراض مجموعة أحرف أحادية البايت. قد يؤدي هذا إلى تغييرات السلوك في الحالات التي لا تتوافق فيها ملفات الإدخال مع صفحة التعليمات البرمجية الحالية. في الحالات التي تكون فيها هذه مشكلة، ضع في اعتبارك تحويل ملفات الإدخال إلى UTF-8 (مع BOM) و/أو استخدام معلمة سطر الأوامر -cp:UTF-8 لتجنب ترميز الغموض.

• تحديثات TraceLoggingProvider.h:

  • تجنب مشاكل قاعدة تعريف واحدة (ODR) التي تسببها وحدات ماكرو التكوين المتضاربة (على سبيل المثال، عندما يتم ربط ملفين .cpp مع تعريفات متعارضة TLG_EVENT_WRITE_TRANSFER بنفس الثنائي، سيحترم المساعدون TraceLoggingProvider.h الآن تعريف TLG_EVENT_WRITE_TRANSFER في كل ملف .cpp بدلا من اختيار واحد أو آخر بشكل عشوائي).
  • في التعليمات البرمجية C++، تم تحديث الماكرو TraceLoggingWrite لتمكين مشاركة التعليمات البرمجية بشكل أفضل بين الأحداث المماثلة باستخدام قوالب variadic.

• توقيع تطبيقاتك. توقيع Device Guard هو ميزة Device Guard متوفرة في Microsoft Store للأعمال والتعليم، والتي تسمح للمؤسسات بضمان أن كل تطبيق يأتي من مصدر موثوق به. راجع الوثائق حول توقيع Device Guard.

• تم تحديث عناوين SDK لمعالجة الأخطاء عند التحويل البرمجي باستخدام المعالج المسبق C المتوافق القياسي في المحول البرمجي MSVC cl.exe (/Zc:preprocessor، المقدم في 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"