Кумулативен спешна корекция 3088959 (офлайн инсталатор) за .NET Framework 4.5.2 4.5.1 и 4.5 на Windows

В тази статия спешна корекция сборни 3088959 за Microsoft .NET Framework 4.5.2 .NET Framework 4.5.1 и .NET Framework 4.5. За допълнителна информация относно проблемите, които решава сборният пакет за корекция вижте раздела "проблеми, които решава този пакет с актуални корекции".

Офлайн пакет може да се използва в случаи, в които може да се използва уеб инсталатор поради липса на интернет връзка. Доколкото е възможно, ви препоръчваме да използвате уеб инсталатор вместо офлайн пакет за оптимална ефективност и трафик изисквания.

Решение

Вече се предлага от Microsoft предоставя поддържана актуална корекция. Обаче тя е предназначена да коригира само проблема, тази статия. Прилагайте корекцията само към системи, изпитващи този конкретен проблем.

За да решите този проблем, се обърнете към услугите за поддръжка на клиенти на Microsoft да получите актуалната корекция. За пълен списък на телефонните номера на отдела за поддръжка на Microsoft и информация за цените на поддръжката посетете следния уеб сайт на Microsoft:

http://support.microsoft.com/contactus/?ws=supportЗабележка: При специални случаи таксите, които са за свързани с поддръжката обаждания могат да бъдат отменени, ако специалист по поддръжката на Microsoft прецени, че конкретна актуализация ще реши проблема. Обичайните такси за поддръжката ще важат за допълнителни въпроси и проблеми, които не спадат към съответната актуализация.

Забележка За да проверите актуални актуализация версия, проверете стойността на изданието ключова дума за определяне на инсталираната версия. Да бъде съвместим с напред, можете да проверите за стойността, която е по-голяма или равна на стойността, дадена в таблицата по-долу.

Актуални Сборен пакет за актуализация версия

Стойност на DWORD изданието

Кумулативен спешна корекция 3088959 за .NET Framework 4.5 и по-нови версии на .NET Framework

379991

За повече информация как да определите версии на .NET Framework, как да: определите която .NET Framework версии са инсталирани.

Допълнителна информация

Необходими условия:

За да приложите тази актуална корекция, трябва да имате .NET Framework 4.5.2, .NET Framework 4.5.1 или .NET Framework 4.5 инсталиран.

Изискване за рестартиране

Трябва да рестартирате компютъра, след като приложите тази актуална корекция, ако всички засегнати файлове се използват. Препоръчително е да затворите всички приложения, базирани на .NET Framework, преди да приложите тази актуална корекция.

Информация за заместване на актуалната корекция

Тази актуална корекция не замества издадените пакета.


Проблеми, които решава този пакет с актуални корекции

Проблем 1

Това е актуализация, за да поддържа новия грузински Lari символ. Страната на Джорджия е въвела нови валутен знак за Lari, но не се променя името на валута. Новия символ за валута е добавен към стандарта Unicode. Тази актуализация гарантира, че правилно валутен знак се показва с .NET Framework въз основа на локалните настройки на системата.

Проблем 2

Този пакет с актуални корекции решава проблем с допир Windows представяне основи (WPF) приложения, които се изпълняват в същия процес, но насочени към две различни версии на .NET Framework. Пример за този проблем е два VSTO Office добавки изписват WPF, но насочени към различни side-by-side .NET рамки. Потребителите в този случай може да видите докосване странно поведение и/или сривове на различни места по време на изпълнението на програмата.

Корекция гарантира, че правилното DLL файлове са заредени и достъпни в тези ситуации, спиране проблеми с докосване поведение или срив в програма.

Забележка: Ако използвате .NET Framework 3.5 Service Pack 2 на вашия компютър, инсталирайте съответните корекция за вашата версия, за да решите този проблем.

Проблем 3

Ако имате ASP.Нето сайт, който се изпълнява на 32-битова версия на .NET Framework 4.6 или AMD64 версия на .NET Framework 4.6 платформа с RyuJit забранено, могат да възникнат поради необработено ThreadAbortException w3wp срив.

При срив, в регистъра на събитията се записва следния запис:

Възникна необработено изключение и процесът е прекратено.
ИД на приложение: [ИД на приложение]
ИД на процес: [ProcessID]
Изключение: System.Threading.ThreadAbortException
Съобщение: Нишка е е прекратена.
StackTrace: В System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, http контекст контекст)
в System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 флагове)
в System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 флагове)



Проблем 4

Да предположим, че имате клиент на WCF свързване на WCF услуга чрез услугата за маршрутизиране на WCF. Ако услугата за края на всяко неочаквано изключение, което не е тип FaultException или конфигуриране промени, маршрутизиране на 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)


Нуждаете се от още помощ?

Разширете уменията си
Преглед на обучението
Получавайте първи новите функции
Присъединете се към Microsoft приобщени

Беше ли полезна тази информация?

Благодарим ви за обратната връзка!

Благодарим ви за вашата обратна връзка. Изглежда, че ще бъде полезно да ви свържем с един от нашите агенти по поддръжката на Office.

×