У цій статті описується в поточних виправлень 3088959, доступний для Microsoft .NET Framework 4.5.2 .NET Framework 4.5.1 та в .NET Framework 4.5. Щоб отримати додаткові відомості про проблеми, які у поточних виправлень див. розділ "проблеми, що цей пакет поточних виправлень усуває...".
Автономний пакет можна використовувати у випадках, коли веб-інсталятор неможливо використовувати через відсутність підключення до Інтернету. По можливості, рекомендовано використовувати веб-інсталятор замість автономний пакет для оптимальної ефективності та смуги пропускання вимоги.
Вирішення
Корпорація Майкрософт випустила підтримуване виправлення доступна. Однак він призначений для вирішення проблеми, які описано в цій статті. Він придатний лише для систем, які зазнають цієї конкретної проблеми.
Щоб вирішити цю проблему, зверніться до служби підтримки Microsoft, щоб отримати виправлення. Повний перелік телефонів служби підтримки користувачів корпорації Майкрософт а також відомості про вартість обслуговування відвідайте веб-сайт корпорації Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримітка. В окремих випадках оплату звернення до служби підтримки може бути скасовано якщо технічної підтримки Майкрософт визначить, що потрібне спеціальне поновлення буде вирішити вашу проблему. Плата стягується на додаткові питання і проблеми, які не мають права на оновлення в питання.
Примітка Щоб визначити версію оновлення виправлення, перевірте значення випуск ключове слово, щоб визначити інстальовану версію. Буде прямого сумісні, ви можете перевірити це значення, яке не перевищує значення, який указано в наведеній нижче таблиці.
|
Виправлення версії |
Значення 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
Це оновлення для підтримки символ грузинський Ларі. Автономія Джорджія, ввів символ валюти для на Ларі, а також ім'я валюти не зміниться. Символ грошової також додано до стандарту Юнікод. Це оновлення гарантує, що правильний валюта символ відображається .NET Framework, залежно від системи мовні параметри.
Проблема 2
Цей пакет поточних виправлень доступно вирішення проблеми, з підтримкою сенсорного екрана презентації основ Windows (WPF) програмами, які працюють у тому самому процесі, але націлювання на двох різних .NET Framework версії. Прикладом цього питання, є два VSTO Office надбудови, але написана WPF, орієнтовані на різні рамок для .NET, поруч. Користувачі, у цьому випадку міг бачити дивні сенсорний поведінки та/або аварійно завершує роботу, в різних під час виконання програми.
Виправлення забезпечує належне DLL-файли завантажуються і доступні у цих ситуаціях, припинення будь-які проблеми з сенсорним поведінки або аварійне завершення роботи програми.
Примітка. Якщо на комп'ютері використовується .NET Framework 3.5 із пакетом оновлень 2, інсталювати це виправлення відповідну версію, щоб вирішити цю проблему.
Проблема 3
Якщо використовується ASP.NET сайт, з 32-розрядну версію .NET Framework-4.6 або AMD64 версію платформи .NET Framework 4.6 RyuJit, вимкнуто, можуть виникати w3wp, аварійне завершення роботи через необроблена виняткова ThreadAbortException.
У разі виникнення аварії в журналі подій реєструється такий запис:
Необроблена виняткова ситуація та завершення процесу.
Ідентифікатор застосунку:- [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 позначки)
Помилка 4
Наприклад, якщо клієнт 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)
