В этой статье описывается накопительный пакет исправлений 3088956, доступный для Microsoft платформа .NET Framework 4.6. Дополнительные сведения о проблемах, которые устраняет накопительный пакет исправлений, см. в разделе "Проблемы, устраняемые этим накопительным пакетом исправлений".
Решение
Поддерживаемое исправление теперь доступно в корпорации Майкрософт. Однако он предназначен для устранения только проблемы, описанной в этой статье. Применяйте его только к системам, в которых возникла эта конкретная проблема.Чтобы устранить эту проблему, обратитесь в службу поддержки майкрософт, чтобы получить исправление. Полный список телефонных номеров служб поддержки майкрософт и сведения о расходах на поддержку см. на следующем веб-сайте Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В особых случаях плата, которая обычно взимается за звонки в службу поддержки, может быть отменена, если служба поддержки Майкрософт professional определит, что конкретное обновление исправит вашу проблему. Обычные затраты на поддержку будут применяться к дополнительным вопросам поддержки и проблемам, которые не соответствуют конкретному обновлению.
Дополнительная информация
Предварительные условия
Чтобы применить это исправление, необходимо установить платформа .NET Framework 4.6.
Требование перезагрузки
После применения этого исправления необходимо перезагрузить компьютер, если используются какие-либо затронутые файлы. Перед применением этого исправления рекомендуется закрыть все приложения на основе платформа .NET Framework.
Сведения о замене исправлений
Этот пакет исправлений не заменяет ранее выпущенный пакет исправлений.
Проблемы, устраняемые этим накопительным пакетом исправлений
Проблема 1. Если у вас есть веб-сайт ASP.NET, работающий на 32-разрядной версии платформа .NET Framework 4.6 или AMD64 платформы платформа .NET Framework 4.6 с отключенным RyuJit, может возникнуть сбой w3wp из-за необработанного ThreadAbortException. При сбое в журнале событий Windows отображается следующий журнал:
Возникло необработанное исключение, и процесс был завершен.Идентификатор приложения: [ApplicationID]Process ID: [ProcessID]Exception: System.Threading.ThreadAbortExceptionMessage: Thread was aborted.StackTrace: в System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, httpContext context)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, int32 flags)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
Проблема 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)в 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)в system.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(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.ProcessRequestAsyncAsyncResult'1.StartProcessing()в System.ServiceModel.Routing.ProcessRequestAsyncResult'1..ctor(RoutingService service, Message message, AsyncCallback callback, Object State)at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Message, AsyncCallback callback, Object State)at System.ServiceModel.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. Это обновление для поддержки нового символа грузинского лари. Грузия ввела новый символ валюты для лари, но название валюты не изменилось. Новый символ валюты также добавлен в стандарт Юникода. Это обновление гарантирует, что в платформа .NET Framework отображается правильный символ валюты на основе параметров системного языкового стандарта.Проблема 4. Если коллекция 2-го поколения возникает во время вызовов Parallel.ForEach, после установки Visual Studio 2015 или платформа .NET Framework 4.6 без Visual Studio может возникнуть длительный зависание.Решение. Это обновление обновляет сборщик мусора, разрешая системные зависания, вызванные этой проблемой.Проблема 5. После установки платформа .NET Framework 4.6 методы DateTime.Parse и Date.TryParse работают неправильно. Эта проблема может возникать со следующими параметрами языка и региональных параметров:
-
fi-FI
-
nb-NO
-
nb-SJ
-
sr-Cyrl-XK
-
sr-Latn-ME
-
sr-Latn-RS
-
sr-Latn-XK
Решение. Это обновление позволяет правильно работать в языках и региональных параметрах, использующих один и тот же разделитель даты и времени.Проблема 6. После установки платформа .NET Framework 4.6 платформа .NET Framework 4.6 использует новый 64-разрядный компилятор, который называется RyuJIT. В некоторых случаях новый компилятор создает неправильный код, который приводит к непредсказуемому поведению или сбою. Решение. Это обновление устраняет многие проблемы в компиляторе RyuJIT. Если после установки этого обновления приложение по-прежнему работает непредсказуемо, ознакомьтесь с дополнительными подробными инструкциями по устранению неполадок.Дальнейшие действия. Если вы определили, что RyuJIT может быть вовлечен в вашу проблему, выполнив действия по устранению неполадок по ссылке, запишите проблему на http://connect.microsoft.com. Включите в отчет как можно больше сведений, а также код для воспроизведения проблемы.
