3088959 (автономного інсталятора) пакет поточних виправлень для платформи .NET Framework 4.5.2 4.5.1 та 4.5, в ОС Windows

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 3088959
У цій статті описується в поточних виправлень 3088959, доступний для Microsoft .NET Framework 4.5.2 .NET Framework 4.5.1 та в .NET Framework 4.5. Щоб отримати додаткові відомості про проблеми, які у поточних виправлень, див. у полі "Проблеми, що цей пакет поточних виправлень усуває."розділу.

автономний пакет можна використовувати у випадках, коли веб-інсталятор неможливо використовувати через відсутність підключення до Інтернету. По можливості, рекомендовано використовувати веб-інсталятор замість автономний пакет для оптимальної ефективності та смуги пропускання вимоги.

Розв'язанн
корпорація Майкрософт випустила підтримуване виправлення доступна. Однак він призначений для вирішення проблеми, які описано в цій статті. Він придатний лише для системний інтегратор, які зазнають цієї конкретної проблеми.

Щоб вирішити цю проблему, зверніться до представник служби підтримки клієнтів Microsoft, щоб отримати виправлення. Повний перелік телефонів представник служби підтримки клієнтів користувачів корпорації Майкрософт а також відомості про вартість обслуговування відвідайте веб-сайт корпорації Майкрософт:Примітка. В окремих випадках оплату звернення до представник служби підтримки клієнтів може бути скасовано якщо технічної підтримки Майкрософт визначить, що потрібне спеціальне поновлення буде вирішити вашу проблему. Плата стягується на додаткові питання і проблеми, які не мають права на оновлення в питання.

Примітка Щоб визначити версію оновлення виправлення, перевірте значення випуск ключове слово, щоб визначити інстальовану версію. Буде прямого сумісні, ви можете перевірити це значення, яке не перевищує значення, який указано в наведеній нижче таблиці.

Виправлення версіїзначення "4 байти" випуску
3088959 пакет поточних виправлень для .NET Framework 4.5 і пізніших версій .NET Framework379991
Щоб отримати додаткові відомості про те, як визначити .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, вимкнуто, може виникнути несправність для отримання додаткових відомостей через необроблена виняткова ThreadAbortException.

У разі виникнення аварії такий запис А, це loggedin в журналі подій:

Необроблена виняткова ситуація та завершення процесу.
Ідентифікатор застосунку:- [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)


Попередження. Цю статтю переведено автоматично

Thuộc tính

ID Bài viết: 3088959 - Xem lại Lần cuối: 09/30/2015 23:34:00 - Bản sửa đổi: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3088959 KbMtuk
Phản hồi