У цій статті описуються поточні виправлення 3088955, доступний для Microsoft .NET Framework 4.6. Щоб отримати додаткові відомості про проблеми, які у поточних виправлень див. розділ "проблеми, що цей пакет поточних виправлень усуває...".
Вирішення
Корпорація Майкрософт випустила підтримуване виправлення доступна. Однак він призначений для вирішення проблеми, які описано в цій статті. Він придатний лише для систем, які зазнають цієї конкретної проблеми.
Щоб вирішити цю проблему, зверніться до служби підтримки Microsoft, щоб отримати виправлення. Повний перелік телефонів служби підтримки користувачів корпорації Майкрософт а також відомості про вартість обслуговування відвідайте веб-сайт корпорації Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримітка. В окремих випадках оплату звернення до служби підтримки може бути скасовано якщо технічної підтримки Майкрософт визначить, що потрібне спеціальне поновлення буде вирішити вашу проблему. Плата стягується на додаткові питання і проблеми, які не мають права на оновлення в питання.
Додаткові відомості
Попередні вимоги
Щоб застосувати це виправлення, слід 4.6 .NET Framework, інстальовано.
Необхідність перезавантаження
Потрібно перезавантажити комп'ютер, після застосування цього виправлення, якщо задіяні файли, які використовуються. Корпорація Майкрософт рекомендує, закрийте всі застосунки, на основі .NET Framework, перед інсталяцією розглянутого виправлення.
Відомості про заміну виправлень
Цей пакет виправлень, не замінює пакет виправлень, випущені раніше.
Проблеми, що цей пакет поточних виправлень усуває.
Проблема 1
Якщо використовується ASP.NET сайт, під керуванням 32-розрядну версію .NET Framework-4.6 або AMD64 версію платформи .NET Framework 4.6 з RyuJit, вимкнуто, можуть виникати w3wp, аварійне завершення роботи через необроблена виняткова ThreadAbortException.
У випадку аварії відобразиться таке журналу, в журналі подій Windows:
Необроблена виняткова ситуація та завершення процесу.
Ідентифікатор застосунку:- [ApplicationID]
Процес з Ідентифікатором:- [код _ процесу]
Виняток: System.Threading.ThreadAbortException
Повідомлення: Потік буде перервано.
StackTrace: На System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext контексту)
на 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 маршрутизації Service може не маршрут подальші запити до кінця служби.
Ця проблема виникає, з'являється таке винятку:
System.ServiceModel.ProtocolException: Каналу більше не використовуються для надсилання повідомлень, як вихідний сеанс авто закритий завершення роботи, ініційований на сервері. Вимкнення автоматично закривати можна настроїти на DispatchRuntime.AutomaticInputSessionShutdown ХИБНІСТЬ або вважаєте, що зміна вимкнення протоколу віддаленого сервера.
Відомості з трасування стека:
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
Це оновлення для підтримки символ грузинський Ларі. Автономія Джорджія, ввів символ валюти для на Ларі, а також ім'я валюти не зміниться. Символ грошової також додано до стандарту Юнікод. Це оновлення гарантує, що правильний валюта символ відображається .NET Framework, залежно від системи мовні параметри.
Помилка 4
У випадку Gen2 колекцію під час Parallel.ForEach дзвінків багато зависання можуть виникнути після інсталяції Visual Studio 2015 р. або 4.6 .NET Framework, без Visual Studio.
Роздільна здатність:
Це оновлення, оновлення до збирач сміття, вирішивши, що система зависає причиною цієї проблеми.
Проблема 5
Після інсталяції .NET Framework-4.6, Дата Time.Parse та Date.TryParse методи не працюють належним чином. Ця проблема може виникнути культури такі параметри:
-
Fi Інтернету
-
н. б, не
-
н. б SJ.
-
SR-Cyrl х.
-
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проблему. Включити так детально, у звіті та коду для відтворення проблеми.
