مجموعة تحديثات الإصلاح العاجل 3088955 ل 4.6 إطار عمل.NET على Windows Server 2012 وويندوز 8

توضح هذه المقالة مجموعة تحديثات الإصلاح العاجل 3088955 المتوفرة ل Microsoft.NET Framework 4، 6. لمزيد من المعلومات حول المشكلات التي تعمل مجموعة تحديثات الإصلاح العاجل، راجع قسم "مشكلات التراكمي هذا الإصلاح العاجل بإصلاح".

الحل

الآن يتوفر إصلاح عاجل معتمد من Microsoft. ولكن الغرض منه تم تصحيح المشكلة الموضحة في هذه المقالة فقط. تطبيقها فقط على الأنظمة التي تواجه هذه المشكلة بالتحديد.

لحل هذه المشكلة، اتصل بخدمات دعم العملاء في Microsoft للحصول على الإصلاح العاجل. للحصول على قائمة كاملة من أرقام هواتف خدمات دعم العملاء في Microsoft وعلى معلومات حول تكاليف الدعم، الرجاء زيارة موقع Microsoft التالي على الويب:

http://support.microsoft.com/contactus/?ws=supportملاحظة: في بعض الحالات، قد يتم إلغاء المصروفات التي تحتسب عادة على مكالمات الدعم إذا قرر أخصائي الدعم لدى Microsoft أن تحديثًا معيناً سوف يعمل على إصلاح المشكلة. سيتم تطبيق تكاليف الدعم المعتادة على أسئلة الدعم الإضافية والمشكلات التي لا يعمل على حلها هذا التحديث في السؤال.

مزيد من المعلومات

المتطلبات الأساسية

لتطبيق هذا الإصلاح العاجل، يجب أن يكون لديك 4.6 إطار عمل.NET مثبتة.

متطلبات إعادة التشغيل

يجب عليك إعادة تشغيل الكمبيوتر بعد تطبيق هذا الإصلاح العاجل في حالة استخدام أي الملفات المتأثرة. نوصي بإغلاق كافة التطبيقات المستندة إلى NET Framework قبل تثبيت هذا الإصلاح الجديد.

معلومات استبدال الإصلاح العاجل

لا يحل محل حزمة الإصلاحات الجديدة هذه حزمة الإصلاحات الجديدة التي تم إصدارها مسبقاً.


المشكلات التي يتم إصلاحها التراكمي هذا الإصلاح العاجل

المشكلة الأولى

إذا كان لديك موقع ويب ASP.NET تشغيل إصدار 32 بت من 4-6 ب.NET Framework أو الإصدار AMD64 النظام الأساسي.NET Framework 4.6 بتعطيل ريوجيت، قد تواجهك w3wp تعطل بسبب ثريدابورتيكسسيبشن غير معالج.

عند حدوث العطل، يمكنك عرض السجل التالي في سجل أحداث Windows:

حدث استثناء غير معالج وتم إنهاء العملية.
معرف التطبيق: [أبليكاتيونيد]
معرف العملية: [ProcessID]
استثناء: System.Threading.ThreadAbortException
الرسالة: تم إحباط مؤشر الترابط.
يوجد تتبع مكدس: في System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr، سياق httpcontext بشكل نموذجي)
في System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (روتيدوبجيكتسبوينتير IntPtr IntPtr ناتيفيريقويستكونتيكست، مودوليداتا IntPtr، علامات Int32)
في System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (روتيدوبجيكتسبوينتير IntPtr IntPtr ناتيفيريقويستكونتيكست، مودوليداتا IntPtr، علامات Int32)



المشكلة الثانية

افترض أن لديك الاتصال بخدمة WCF باستخدام "خدمة WCF توجيه" عميل WCF. إذا رفع نهاية الخدمة أي استثناء غير متوقع ليس نوع فولتيكسسيبشن أو تغييرات تكوين، لا "خدمة WCF التوجيه" قد توجيه الطلبات اللاحقة إلى نهاية الخدمة.

عند حدوث هذه المشكلة، تتلقى الاستثناء التالي:

System.ServiceModel.ProtocolException: يمكن استخدام هذه القناة لم يعد لإرسال رسائل أثناء جلسة عمل الإخراج تم إغلاق تلقائي نظراً لإيقاف تشغيل بدء تشغيل الملقم. تعطيل إغلاق تلقائي بتعيين DispatchRuntime.AutomaticInputSessionShutdown إلى false، أو النظر في تعديل البروتوكول إيقاف التشغيل مع الملقم البعيد.

معلومات تتبع المكدس:

at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime operation, Boolean oneway, ProxyRpc& rpc)at System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin()
at System.ServiceModel.Channels.ServiceChannel.BeginCall(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, TimeSpan timeout, AsyncCallback callback, Object asyncState)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult.CallOperation()
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.OperationAsyncResult..ctor(RoutingClientBase`1 parent, Message requestMessage, Transaction transaction, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ClientFactory.RoutingClientBase`1.BeginOperation(Message message, Transaction transaction, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.ProcessRequestAsyncResult`1.StartProcessing()
at System.ServiceModel.Routing.ProcessRequestAsyncResult`1..ctor(RoutingService service, Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Message message, AsyncCallback callback, Object state)
at System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(Message message, AsyncCallback callback, Object state)
at AsyncInvokeBeginBeginProcessRequest(Object , Object[] , AsyncCallback , Object )
at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] inputs, AsyncCallback callback, Object state)

المشكلة الثالثة

هذا تحديث لدعم رمز "الﻻري الجورجية" الجديدة. قدمت الدولة جورجيا رمز عمله جديدة الﻻري، لكن لا يتغير اسم العملة. تمت إضافة رمز العملة الجديدة أيضا إلى معيار Unicode. يقوم هذا التحديث من عرض رمز العملة الصحيح واسطة.NET Framework استناداً إلى الإعدادات المحلية للنظام.

المسألة 4

في حالة حدوث مجموعة Gen2 أثناء استدعاءات Parallel.ForEach ، قد تواجه تعليق طويل بعد تثبيت Visual Studio 2015 أو 4.6 إطار عمل.NET دون Visual Studio.

القرار:

هذه التحديثات update جامع البيانات المهملة عن طريق تحليل نظام تجميد الناجمة عن هذه المشكلة.

المسألة 5

بعد تثبيت 4.6 إطار عمل.NET، أساليب Time.Parse التاريخ و Date.TryParse لا تعمل بشكل صحيح. قد تحدث هذه المشكلة مع إعدادات الثقافة ما يلي:

  • فأي فأي

  • ملاحظة: لا

  • nb SJ

  • ريال سيرل XK

  • ريال Latn ME

  • ريال Latn روبية

  • sr-Latn-XK​

القرار:

يمكن هذا التحديث DateTime.Parse و Date.TryParse على العمل بشكل صحيح في الثقافات التي تستخدم نفس تاريخ ووقت الفاصل.

المسألة 6

بعد تثبيت 4.6 إطار عمل.NET، 4.6 إطار عمل.NET تستخدم برنامج تحويل برمجي 64-بت جديد يسمى ريوجيت. في بعض الحالات، ينشئ المحول البرمجي جديد التعليمات البرمجية الذي يتسبب في سلوك غير متوقع أو تعطل غير صحيحة.

القرار:

يعمل هذا التحديث العديد من مشكلات في برنامج التحويل البرمجي ريوجيت. إذا كان التطبيق لا يزال سلوك غير متوقع بعد تثبيت هذا التحديث، راجع إرشادات تفصيلية إضافية استكشاف الأخطاء وإصلاحها.

خطوات إضافية:

إذا تبين أن ريوجيت قد يكون متورطا في المشكلة باتباع خطوات استكشاف الأخطاء وإصلاحها على الارتباط، الرجاء تسجيل القضية في http://connect.microsoft.com. تتضمن نفس القدر من التفصيل قدر الإمكان في التقرير وكذلك التعليمات البرمجية لإعادة إنشاء المشكلة.

هل تحتاج إلى مزيد من المساعدة؟

توسيع المهارات
استكشاف التدريب
الحصول على الميزات الجديدة أولاً
الانضمام إلى Microsoft Insider

هل كانت المعلومات مفيدة؟

نشكرك على ملاحظاتك!

شكراً لك على الملاحظات! يبدو أنه من المفيد إيصالك بأحد وكلاء دعم Office لدينا.

×