I den här artikeln beskrivs den samlade snabbkorrigeringsuppdateringen 3088956 som är tillgänglig för Microsoft .NET Framework 4.6. Mer information om de problem som åtgärdas av den samlade snabbkorrigeringen finns i avsnittet "Problem som den här samlade snabbkorrigeringen löser".
Lösning
En snabbkorrigering som stöds är nu tillgänglig från Microsoft. Men det är bara avsett att korrigera problemet som beskrivs i den här artikeln. Använd den bara på system som har det här specifika problemet.Du kan åtgärda problemet genom att kontakta Microsofts kundtjänst 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 särskilda fall kan avgifter som vanligtvis uppkommer för supportsamtal avbrytas om en Microsoft Support Professional fastställer att en specifik uppdatering löser problemet. De vanliga supportkostnaderna gäller för ytterligare supportfrågor och problem som inte är berättigade till den aktuella uppdateringen.
Mer information
Förhandskrav
Om du vill använda den här snabbkorrigeringen måste du ha .NET Framework 4.6 installerat.
Krav på omstart
Du måste starta om datorn efter att du har tillämpat den här snabbkorrigeringen om några filer som påverkas används. Vi rekommenderar att du stänger alla .NET Framework-baserade program innan du använder den här snabbkorrigeringen.
Ersättningsinformation för snabbkorrigering
Det här snabbkorrigeringspaketet ersätter inte ett tidigare släppt snabbkorrigeringspaket.
Problem som den här samlade snabbkorrigeringen åtgärdar
Problem 1Om du har en ASP.NET webbplats som körs på en 32-bitarsversion av .NET Framework 4.6- eller AMD64-versionen av plattformen .NET Framework 4.6 med RyuJit inaktiverad, kan w3wp krascha på grund av ohämmad ThreadAbortException. När kraschen inträffar kan du se följande logg i Windows-händelseloggen:
Ett ohämmad undantag uppstod och processen avslutades.Program-ID: [ApplicationID]Process-ID: [ProcessID]Undantag: System.Threading.ThreadAbortExceptionMessage: Tråden avbröts.StackTrace: på System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr, HttpContext context)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)at System.Web.Hosting.PipelineRuntime.ProcessRequestNotification(IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 flags)
Problem 2Anta att du har en WCF-klient som ansluter till WCF-tjänsten med hjälp av WCF-routningstjänsten. Om sluttjänsten tar upp ett oväntat undantag som inte är en typ av FaultException eller konfigurationsändringarna kanske inte WCF-routningstjänsten dirigerar efterföljande förfrågningar till sluttjänsten.När det här problemet uppstår får du följande undantag:
System.ServiceModel.ProtocolException: Den här kanalen kan inte längre användas för att skicka meddelanden eftersom utdatasessionen stängdes automatiskt på grund av en serverinitierad avstängning. Inaktivera antingen automatisk stängning genom att ange DispatchRuntime.AutomaticInputSessionShutdown till false, eller överväg att ändra avstängningsprotokollet med fjärrservern.
Stackspårningsinformation:på System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime-åtgärd, Boolesk oneway, ProxyRpc& rpc)på 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)på System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall, ProxyOperationRuntime-åtgärd)på 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)på 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()på System.ServiceModel.Routing.ProcessRequestAsyncResult'1..ctor(RoutingService service, Meddelandemeddelande, AsyncCallback-återuppringning, objekttillstånd)på System.ServiceModel.Routing.RoutingService.BeginProcessRequest[TContract](Meddelandemeddelande, AsyncÅterringning, objekttillstånd)på 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) Issue 3This is an update to support the new Georgian Lari symbol. Landet Georgien har infört en ny valutasymbol för Lari, men valutanamnet ändras inte. Den nya valutasymbolen har också lagts till i Unicode-standarden. Den här uppdateringen ser till att rätt valutasymbol visas av .NET Framework baserat på systemspråkinställningar.Problem 4Om en Gen2-samling inträffar under Parallel.ForEach-samtal kan det hända att visual studio 2015 eller .NET Framework 4.6 hänger sig länge när du har installerat Visual Studio 2015 eller .NET Framework 4.6 utan Visual Studio.Lösning:Den här uppdateringen uppdaterar Skräpinsamlaren genom att lösa systemfrysningar som orsakas av det här problemet.Problem 5När du har installerat .NET Framework 4.6 fungerar inte DateTime.Parse- och Date.TryParse-metoderna korrekt. Det här problemet kan uppstå med följande kulturinställningar:
-
fi-FI
-
nb-NO
-
nb-SJ
-
sr-Cyrl-XK
-
sr-Latn-ME
-
sr-Latn-RS
-
sr-Latn-XK
Upplösning:Den här uppdateringen gör att DateTime.Parse och Date.TryParse fungerar korrekt i kulturer som använder samma datum- och tidsavgränsare.Problem 6När du har installerat .NET Framework 4.6 använder .NET Framework 4.6 en ny 64-bitars kompilator som kallas RyuJIT. I vissa fall genererar den nya kompilatorn fel kod som orsakar oförutsägbart beteende eller kraschar. Lösning:Den här uppdateringen åtgärdar många problem i RyuJIT-kompileraren. Om programmet fortfarande beter sig på ett oförutsägbart sätt efter installationen av den här uppdateringen finns mer detaljerad felsökningsvägledning.Ytterligare steg:Om det är fastställt att RyuJIT kan vara inblandad i ditt problem genom att följa felsökningsstegen på länken loggar du problemet på http://connect.microsoft.com. Ta med så mycket information som möjligt i rapporten och koda även för att återskapa problemet.
