Тази статия се описва корекция сборни 3088955 за Microsoft .NET Framework 4.6. За допълнителна информация относно проблемите, които решава сборният пакет за корекция вижте раздела "проблеми, които решава този пакет с актуални корекции".
Решение
Вече се предлага от Microsoft предоставя поддържана актуална корекция. Обаче тя е предназначена да коригира само проблема, тази статия. Прилагайте корекцията само към системи, изпитващи този конкретен проблем.
За да решите този проблем, се обърнете към услугите за поддръжка на клиенти на Microsoft да получите актуалната корекция. За пълен списък на телефонните номера на отдела за поддръжка на Microsoft и информация за цените на поддръжката посетете следния уеб сайт на Microsoft:
http://support.microsoft.com/contactus/?ws=supportЗабележка: При специални случаи таксите, които са за свързани с поддръжката обаждания могат да бъдат отменени, ако специалист по поддръжката на Microsoft прецени, че конкретна актуализация ще реши проблема. Обичайните такси за поддръжката ще важат за допълнителни въпроси и проблеми, които не спадат към съответната актуализация.
Допълнителна информация
Необходими условия:
За да приложите тази актуална корекция, трябва да имате .NET Framework 4.6 инсталиран.
Изискване за рестартиране
Трябва да рестартирате компютъра, след като приложите тази актуална корекция, ако всички засегнати файлове се използват. Препоръчително е да затворите всички приложения, базирани на .NET Framework, преди да приложите тази актуална корекция.
Информация за заместване на актуалната корекция
Тази актуална корекция не замества издадените пакета.
Проблеми, които решава този пакет с актуални корекции
Проблем 1
Ако имате ASP.Нето сайт работи с 32-битова версия на .NET Framework 4.6 или AMD64 версия на .NET Framework 4.6 платформа с RyuJit забранено, могат да възникнат поради необработено ThreadAbortException w3wp срив.
Когато се случи катастрофа, можете да видите следните вход в регистрационния файл за събития на Windows:
Възникна необработено изключение и процесът е прекратено.
ИД на приложение: [ИД на приложение]
ИД на процес: [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 флагове)
Проблем 2
Да предположим, че имате клиент на 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)
Проблем 3
Това е актуализация, за да поддържа новия грузински Lari символ. Страната на Джорджия е въвела нови валутен знак за Lari, но не се променя името на валута. Новия символ за валута е добавен към стандарта Unicode. Тази актуализация гарантира, че правилно валутен знак се показва с .NET Framework въз основа на локалните настройки на системата.
Проблем 4
Ако Gen2 колекция през Parallel.ForEach разговори, могат да възникнат много увисва след инсталиране на Visual Studio 2015 или .NET Framework 4.6 без Visual Studio.
Разделителна способност:
Тази актуализация актуализира събирач на отпадъци чрез отстраняване система замръзва, причинени от този проблем.
Проблем 5
След инсталиране на .NET Framework 4.6, Дата Time.Parse и Date.TryParse методи не работят правилно. Този проблем може да възникне при следните настройки за култура:
-
Fi-FI
-
NB-NO
-
NB-SJ
-
SR-Cyrl-XK
-
SR-Latn-ME
-
SR-Latn-r
-
sr-Latn-XK
Разделителна способност:
Тази актуализация позволява DateTime.Parse и Date.TryParse да функционира правилно в култури, които използват една и съща дата и час разделител.
Въпрос 6
След инсталиране на .NET Framework 4.6, .NET Framework 4.6 използва нов 64-битов компилатор, който се нарича RyuJIT. В някои случаи новите компилатор генерира неправилен код, който причинява непредсказуемо поведение или се срива.
Разделителна способност:
Тази актуализация коригира много проблеми в RyuJIT компилатор. Ако приложението все още до непредсказуемото поведение след инсталирането на тази актуализация, вижте допълнителни подробни указания за отстраняване на неизправности.
Допълнителни стъпки:
Ако се установи, че RyuJIT могат да участват в проблема, като следвате стъпки за отстраняване на връзката, влезте в http://connect.microsoft.comпроблема. Включва подробно възможно в отчета, както и код за възпроизвеждане на проблема.
