Den här artikeln beskrivs Samlad snabbkorrigering 3088958 som är tillgänglig för Microsoft.NET Framework 4.5.2,.NET Framework 4.5.1 och.NET Framework 4.5. Mer information om problem som korrigeras i den samlade uppdateringen finns i avsnittet "problem som åtgärdas i den här samlade uppdateringen".Web Installer är ett litet paket (mindre än 1 MB) som automatiskt bestämmer och hämtar endast de komponenter som gäller för en viss plattform.
Lösning
En snabbkorrigering är nu tillgänglig från Microsoft. Den har emellertid avsedd att åtgärda det problem som beskrivs i den här artikeln. Använd den bara på datorer där detta problem uppstår.Lös problemet genom att kontakta Microsoft Customer Support Services för att få snabbkorrigeringen. En fullständig lista över telefonnummer till Microsoft Customer Support Services och information om supportkostnader finns på följande Microsoft-webbplats:
http://support.microsoft.com/contactus/?ws=supportObs! I vissa fall kan de avgifter som är normalt för supportsamtal avgiftsfri om en supporttekniker att en viss uppdatering kan lösa ditt problem. De vanliga supportkostnaderna gäller för övriga supportfrågor och problem som inte berör den särskilda uppdateringen.Obs! Kontrollera värdet för nyckelordet Release för att bestämma den installerade versionen för att verifiera uppdateringen snabbkorrigeringsversionen. Du kan kontrollera om ett värde som är större än eller lika med värdet som anges i följande tabell för att vara framåt-kompatibel.
|
Version av snabbkorrigeringen Samlad uppdatering |
Värdet för DWORD övergång |
|---|---|
|
Snabbkorrigering 3088958 för.NET Framework 4.5 och senare versioner av.NET Framework |
379991 |
Mer information om hur du avgör vilka versioner av.NET Framework finns Så här: bestämma som.NET Framework-versioner är installerade.
Mer Information
Förutsättningar
Om du vill installera den här snabbkorrigeringen måste du ha.NET Framework 4.5.2,.NET Framework 4.5.1 och.NET Framework-4.5 installeras.
Krav på omstart
Du måste starta om datorn när du har installerat den här snabbkorrigeringen om alla berörda filer används. Vi rekommenderar att du stänger alla.NET Framework-baserade program innan du installerar den här snabbkorrigeringen.
Ersättningsinformation för Hotfix
Det här snabbkorrigeringspaketet ersätter inte en tidigare utgiven snabbkorrigering.
Problem som korrigeras i det här snabbkorrigeringspaketet
Problem 1Det här är en uppdatering för att stödja den nya symbolen georgiska Lari. Land där Georgien har infört en ny valutasymbol för Lari men valutanamnet ändras inte. Den nya symbolen läggs även till Unicode-standarden. Den här uppdateringen säkerställer att rätt valutasymbolen visas med.NET Framework-baserade på systemets nationella inställningar.Problem 2Denna samlade snabbkorrigering åtgärdas ett problem med pekaktiverade Windows Presentation Foundations (WPF) program som körs i samma process men för två olika versioner för.NET Framework. Ett exempel på detta problem är två VSTO Office Add-ins skriven i WPF men riktade till olika sida vid sida .NET Frameworks. Användare i det här scenariot kan se underliga touch beteende och kraschar vid olika tillfällen under programkörningen.Fix säkerställer att rätt DLL-filer läses in och används i dessa fall kan stoppa eventuella problem med touch-funktion eller programmet kraschar.Obs! Om du använder.NET Framework 3.5 Service Pack 2 på datorn kan du installera motsvarande korrigering att lösa problemet-version.Problem 3Om du har en ASP.NET-webbplats som körs på en 32-bitars version av.NET Framework 4.6 eller AMD64-versionen av.NET Framework 4.6 plattform med RyuJit inaktiveras kan w3wp-krasch uppstå på grund av ett ohanterat ThreadAbortException.När kraschen händer, kan du se följande logg i händelseloggen:
Ett ohanterat undantag uppstod och processen avbröts.Program-ID: [ApplicationID]Process-ID: [process-ID]Undantag: System.Threading.ThreadAbortExceptionMeddelande: Tråden avbröts.StackTrace: Vid System.Web.HttpRuntime.ProcessRequestNotificationPrivate (HttpContext kontext, IIS7WorkerRequest wr)vid System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr-rootedObjectsPointer, IntPtr-nativeRequestContext, IntPtr-moduleData, Int32 flaggor)vid System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr-rootedObjectsPointer, IntPtr-nativeRequestContext, IntPtr-moduleData, Int32 flaggor)
Problemet 4Anta att du har en WCF-klient som ansluter till WCF-tjänsten med hjälp av WCF-tjänsten Routning. Om tjänsten slutet höjer ett oväntat undantag som inte är en typ av FaultException eller konfigurera ändringar, kan WCF-tjänsten Routning inte cirkulera efterföljande begäranden att avsluta tjänsten.När problemet uppstår visas följande undantag:
System.ServiceModel.ProtocolException: Den här kanalen kan inte längre användas för att skicka meddelanden eftersom utdatasessionen stängts automatiskt på grund av en serverinitierad avstängning. Antingen inaktivera automatisk stängning genom att ange DispatchRuntime.AutomaticInputSessionShutdown till false eller ändra avstängningsprotokollet med fjärrservern.
Spåra information för anropsstacken: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)
