Tento článek popisuje kumulativní oprava hotfix 3088955, která je k dispozici pro rozhraní.NET Framework Microsoft 4.6. Další informace o problémech, které tato kumulativní oprava řeší naleznete v části "problémy vyřešené v této kumulativní opravy hotfix".
Ř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:http://support.microsoft.com/contactus/?ws=supportPozná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í.
Další informace
Předpoklady
Chcete-li nainstalovat tuto opravu hotfix, musí mít 4.6 rozhraní.NET Framework, nainstalován.
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
Pokud máte webu technologie ASP.NET spuštěné na 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. Když dojde k chybě, zobrazí se následující protokolu v protokolu událostí systému Windows: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 2 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) Problém 3 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 4 Pokud kolekce Gen2 dojde během volání paralelní ForEach , setkáte se pravděpodobně dlouhé zablokuje po instalaci aplikace Visual Studio 2015 nebo 4.6 rozhraní.NET Framework bez sady Visual Studio. Rozlišení: Tato aktualizace uvolňování překladem systém zamrzne způsobené potíže. Problém 5 Po instalaci 4.6 rozhraní.NET Framework Data Time.Parse a Date.TryParse metody nefungují. Tomuto problému může dojít s následující nastavení jazykové verze:-
fi-FI
-
č NB
-
NB-SJ
-
SR-Cyrl-XK
-
SR-Latn-ME
-
SR-Latn r
-
sr-Latn-XK
Rozlišení:Další podrobné pokyny pro řešení potíží. Dalších kroků: Pokud se zjistí, že RyuJIT mohou být zapojeny do vašeho problému pomocí následujících kroků pro řešení potíží na odkazu, prosím přihlásit problém na http://connect.microsoft.com. Co nejpodrobněji zahrnout co nejvíce v sestavě a také kód pro reprodukci problému.
Tato aktualizace umožňuje funkce správně v jazykové verze, které používají stejné hodnoty data a času, oddělovače DateTime.Parse a Date.TryParse . Problém 6 Po instalaci 4.6 rozhraní.NET Framework 4.6 rozhraní.NET Framework používá nový 64bitový kompilátor, který se nazývá RyuJIT. V některých případech nový kompilátor generuje nesprávný kód, který způsobuje neočekávané chování nebo dojde k chybě. Rozlišení: Tato aktualizace řeší mnoho problémů v kompilátoru RyuJIT. Pokud aplikace stále chová nestandardně po instalaci této aktualizace, naleznete v tématu