Kumulativní oprava hotfix 3088959 (Offline instalační služba) pro rozhraní.NET Framework 4.5.2, 4.5.1 a 4.5 pro systém Windows

Tento článek popisuje kumulativní oprava hotfix 3088959, která je k dispozici pro rozhraní.NET Framework Microsoft 4.5.2, rozhraní.NET Framework 4.5.1 a rozhraní .NET Framework 4.5. Další informace o problémech, které tato kumulativní oprava řeší naleznete v části "problémy vyřešené v této kumulativní opravy hotfix".

Balíček offline lze použít v situacích, ve kterých nelze použít Web Installer z důvodu nedostatku připojení k Internetu. Pokud je to možné, doporučujeme použít Web Installer místo offline balíčku pro optimální požadavky na účinnost a šířku pásma.

Řešení

Podporovaná oprava hotfix je nyní k dispozici od společnosti Microsoft. Má je však určena opravit pouze problému popsaného v tomto článku. Použijte ji pouze u systémů, ve kterých dochází k tomuto konkrétnímu problému.

Chcete-li tento problém vyřešit, obraťte se na technickou podporu společnosti Microsoft získat opravu hotfix. Úplný seznam telefonních čísel služeb podpory zákazníků společnosti Microsoft a informace o cenách podpory naleznete na následujícím webu společnosti Microsoft:Poznámka: Ve zvláštních případech mohou být stornovány poplatky, které jsou třeba obvykle zaplatit za telefonní hovory, pokud pracovník služeb podpory společnosti Microsoft určí, že konkrétní aktualizace vyřeší váš problém. Výdaje na technickou podporu použije dalších otázek a problémů, které není vyřešit konkrétní aktualizací.

Poznámka: Chcete-li ověřit verzi opravy hotfix aktualizace, zkontrolujte hodnotu určit nainstalovanou verzi vydání klíčové. Chcete-li být kompatibilní se dopředu, můžete zkontrolovat hodnotu, která je větší než nebo rovna hodnotě, která je uvedena v následující tabulce.

Verze oprav hotfix kumulativní aktualizaceHodnota DWORD vydání
Kumulativní oprava hotfix 3088959 pro rozhraní .NET Framework 4.5 a novějšími verzemi rozhraní.NET Framework379991
Další informace o určení verze rozhraní.NET Framework naleznete v tématu Postup: určení, které rozhraní.NET Framework jsou nainstalovány verze.

Další informace

Předpoklady

Chcete-li nainstalovat tuto opravu hotfix, musíte mít rozhraní.NET Framework 4.5.2, rozhraní.NET Framework 4.5.1 nebo rozhraní .NET Framework 4.5, která je nainstalována.

Požadavek na restartování

Máte k restartování počítače po instalaci této opravy hotfix Pokud všechny zasažené soubory jsou používány. Doporučujeme ukončit všechny aplikace založené na rozhraní.NET Framework před instalací této opravy hotfix.

Informace o nahrazení opravy hotfix

Tento balíček oprav hotfix nelze nahradit dříve vydaná oprava hotfix balíček.

Problémy vyřešené v této kumulativní opravy hotfix

Problém 1

Jedná se o aktualizaci podporovat nový symbol gruzínské Lari. Země Gruzie zavedla nový symbol měny pro Lari, ale nebude změněn název měny. Také byl přidán nový symbol měny do standardu Unicode. Tato aktualizace zajišťuje, že je zobrazen správný symbol měny pomocí rozhraní.NET Framework, na základě nastavení národního prostředí systému.

Problém 2

Tato kumulativní oprava hotfix opravuje problém s dotykovým Windows Presentation nadace (WPF) aplikace, které jsou spuštěny ve stejném procesu, ale zaměření na dvě různé verze rozhraní.NET Framework. Příkladem tohoto problému je dva VSTO doplňky Office napsané v WPF, ale zaměřený na různé side-by-side .NET Framework. V tomto scénáři může uvidí touch podivné chování nebo selhání v různých fázích během provádění programu.

Tato oprava zajišťuje, že správné knihovny DLL jsou načteny nebo získat přístup v těchto případech zastavení problémy s touch chování nebo selhání programu.

Poznámka: Pokud používáte rozhraní.NET Framework 3.5 Service Pack 2 v počítači, nainstalujte odpovídající opravy pro vaši verzi řešení tohoto problému.

Problém 3

Pokud máte ASP.NET Web, který je spuštěn v 32bitové verze 4.6 rozhraní.NET Framework nebo verze rozhraní.NET Framework 4.6 platformu AMD64 s RyuJit zakázán, můžete setkat w3wp selhání z důvodu neošetřené ThreadAbortException.

Dojde-li k této chybě, je zaznamenána následující položka v protokolu událostí:

Došlo k neošetřené výjimce a proces byl ukončen.
ID aplikace: [ApplicationID]
ID procesu: [ID procesu]
Výjimka: System.Threading.ThreadAbortException
Zpráva: Proběhlo přerušení podprocesu.
StackTrace: V System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext kontextu)
v System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 příznaky)
v System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 příznaky)


Problém 4

Předpokládá, že jste připojení ke službě WCF pomocí směrování služby WCF klienta WCF. Pokud služba koncové vyvolává neočekávané výjimce, která není typu výjimce FaultException nebo změny konfigurace, směrování služby WCF nemusí směrovat další požadavky ukončení služby.

Když nastane tento problém, obdržíte následující výjimce:

System.ServiceModel.ProtocolException: Tento kanál již slouží k odesílání zpráv, protože výstupní relace byla automaticky ukončena z důvodu vypnutí serveru. Buď zakažte automatické ukončení nastavením třídy DispatchRuntime.AutomaticInputSessionShutdown na hodnotu false nebo zvažte úpravu protokolu ukončování prostřednictvím vzdáleného serveru.
Informace o trasování zásobníku:

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)


Vlastnosti

ID článku: 3088959 - Poslední kontrola: 9. 1. 2017 - Revize: 1

Váš názor