Den här artikeln beskrivs en snabbkorrigering 3088956 som är tillgänglig för Microsoft.NET Framework 4.6. Mer information om problem som korrigeras i den samlade uppdateringen finns i avsnittet "problem som åtgärdas i den här samlade uppdateringen".
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.
Om du vill åtgärda det här problemet kontaktar du Microsoft support 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.
Mer Information
Förutsättningar
Om du vill installera den här snabbkorrigeringen måste du ha.NET Framework-4.6 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 1
Om 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.ThreadAbortException
Meddelande: 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)
Problem 2
Anta 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)
Problem 3
Det 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.
Problemet 4
Om det uppstår en Gen2 samling vid anrop av Parallel.ForEach , kan det uppstå långa låser sig när du har installerat Visual Studio 2015 och.NET Framework 4.6 utan Visual Studio.
Upplösning:
Denna uppdatering uppdateringar skräpinsamlingen genom att matcha systemet låses orsakade av problemet.
Problemet 5
När du har installerat.NET Framework 4.6 fungerar metoderna Datum, Time.Parse och Date.TryParse inte. Det här problemet kan uppstå med följande inställningar för kultur:
-
fi-FI
-
NB-NO
-
NB-SJ
-
XK-SR-Cyrl
-
SR-Latn-ME
-
SR-Latn-RS
-
sr-Latn-XK
Upplösning:
Den här uppdateringen kan fungera i kulturer som använder samma datum- och tidsavgränsare DateTime.Parse och Date.TryParse .
Problemet 6
Nä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 kan genererar den nya kompilatorn felaktiga koden som skapar oförutsägbara resultat eller kraschar.
Upplösning:
Denna uppdatering löser många problem i RyuJIT-kompilatorn. Om programmet fortfarande inte fungerar som vanligt efter installation av denna uppdatering finns mer detaljerade riktlinjer för felsökning.
Vidare steg:
Logga in problem vid http://connect.microsoft.comom det bestäms att RyuJIT kan vara inblandade i ditt problem genom att följa felsökningsstegen i länken. Ha så mycket detaljer som möjligt i rapporten och även kod för att återskapa problemet.
