Windows SDK

الإصدار ليتوافق مع الإصدار العام من Windows 11، الإصدار 24h2.

الإصدار الأولي من سلسلة 10.0.26100، لتتوافق مع معاينة الإصدار 24h2 من Windows 11.

تحديث الخدمة 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 كبديل منسدلة.

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

• تتيح لك حزمة واجهة برمجة تطبيقات Windows 10 WinRT إضافة أحدث دعم واجهات برمجة تطبيقات وقت تشغيل 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. تمت إضافة العديد من واجهات برمجة التطبيقات الجديدة إلى قائمة واجهات برمجة التطبيقات المدعومة في حزمة مصادقة التطبيقات ومتجر Windows. إذا كانت هناك واجهات برمجة تطبيقات في القائمة المدعومة تظهر باللون الرمادي أو معطلة في 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 Preprocessor (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"