У цій статті описано, 3088956 поточних виправлень, доступний для Microsoft .NET Framework 4.6. Щоб отримати додаткові відомості про проблеми, які виправлення виправлень зведене оновлення див. розділ "Проблеми, що це виправлення виправлень" розділу.
Спосіб вирішення
Від корпорації Майкрософт доступне виправлення, що підтримується. Однак вона має на меті виправити лише ту проблему, яку описує ця стаття. Застосуйте її лише до систем, у яких виникла ця проблема.Щоб вирішити цю проблему, зверніться до служби підтримки клієнтів корпорації Майкрософт, щоб отримати виправлення. Повний список номерів телефонів служб підтримки клієнтів Microsoft і відомостей про витрати на підтримку див. на веб-сайті корпорації Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримітка У особливих випадках стягнення плати, які зазвичай понесені для викликів підтримки, може бути скасовано, якщо спеціаліст служби підтримки Microsoft визначить, що конкретне оновлення вирішить вашу проблему. Звичайні витрати на підтримку застосовуватимуться до додаткових запитань і питань підтримки, які не відповідають вимогам для конкретного оновлення, про яке йде мова.
Додаткові відомості
Попередні вимоги
Щоб застосувати це виправлення, потрібно мати .NET Framework 4.6 інстальовано.
Необхідність перезавантаження
Потрібно перезавантажити комп'ютер-зразок після застосування цього виправлення, якщо будь-які файли, яких це стосується, використовуються. Ми радимо закрити всі .NET Framework на основі застосунків, перш ніж застосовувати це виправлення.
Відомості про заміну виправлень
Цей пакет виправлень не замінює попередньо випущений пакет виправлень.
Проблеми, які виправляє це зведене виправлення для поточних виправлень
Проблема 1ASP.NET. Якщо на 32-розрядній версії платформи .NET Framework 4.6 або AMD64 платформи .NET Framework 4.6 інстальовано 32-розрядну версію платформи .NET Framework 4.6 або AMD64 з вимкнутою версією RyuJit, це може призвести до аварійного завершення роботи w3wp через необроблену версію ThreadAbortException. У разі аварійного завершення роботи в журналі подій Windows відображається такий журнал:
Сталася необроблена виняткова ситуація, і процес перервано.Ідентифікатор застосунку: [ApplicationID]Ідентифікатор процесу: [ProcessID]Виняток: System.Threading.ThreadAbortExceptionповідомлення: потік перервано.StackTrace: at System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, контекст HttpContext)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: цей канал більше не можна використовувати для надсилання повідомлень, оскільки сеанс виводу було автоматично закрито через завершення роботи сервера. Вимкніть автоматичне закриття, установивши значення false параметра DispatchRuntime.AutomaticInputSessionShutdown або змініть протокол завершення роботи на віддаленому сервері.
Відомості про трасування стека:at System.ServiceModel.Channels.ServiceChannel.PrepareCall(Операція ProxyOperationRuntime, 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)at System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(повідомлення, зворотний виклик AsyncCallback, стан об'єкта)на System.ServiceModel.Routing.ClientFactory.RequestReplyClient.OnBeginOperation(повідомлення, 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(повідомлення, транзакція транзакції, зворотний виклик AsyncCallback, стан об'єкта)на system.ServiceModel.Routing.ProcessRequestAsyncResult'1.StartProcessing()at System.ServiceModel.Routing.ProcessRequestAsyncResult'1..ctor(RoutingService service, Message message, AsyncCallback callback, Стан об'єкта)at System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Повідомлення, зворотний виклик AsyncCallback, стан об'єкта)на System.ServiceModel.Routing.RoutingService.System.ServiceModel.Routing.IRequestReplyRouter.BeginProcessRequest(повідомлення повідомлення, зворотний виклик AsyncCallback, стан об'єкта)at AsyncInvokeBeginProcessRequest(Object, Object[] , AsyncCallback , Object )at System.ServiceModel.Dispatcher.AsyncMethodInvoker.InvokeBegin(Object instance, Object[] inputs, AsyncCallback callback, Object state) Issue 3Це оновлення для підтримки нового грузинського ларі символу. Країна Грузії ввела новий символ валюти для Lari, але назва валюти не змінюється. Новий символ грошової одиниці також додано до стандарту Юнікод. Це оновлення дає змогу переконатися, що правильний символ грошової одиниці відображається на .NET Framework на основі параметрів локалізації системи.Проблема 4. Якщо колекція Gen2 виникає під час викликів 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
Вирішення. Це оновлення дає змогу функціям DateTime.Parse і Date.TryParse працювати належним чином у культурах, у яких використовується один роздільник дати й часу.Проблема 6Після інсталяції .NET Framework 4.6, .NET Framework 4.6 використовує новий 64-розрядний компілятор, який називається RyuJIT. У деяких випадках новий компілятор створює неправильний код, який викликає непередбачувану поведінку або аварійне завершення роботи. Вирішення:Це оновлення усуває багато проблем у компіляторі RyuJIT. Якщо після інсталяції цього оновлення програма все одно працює непередбачувано, див. додаткові докладні вказівки з виправлення неполадок.Подальші кроки:Якщо встановлено, що RyuJIT може бути залучений до вашої проблеми, виконавши кроки з виправлення неполадок за посиланням, закрийте цю проблему на веб-сайті http://connect.microsoft.com. Додайте до звіту якомога більше деталей, а також код, щоб відтворити проблему.
