In dit artikel wordt het hotfix-rollup 3088956 beschreven dat beschikbaar is voor microsoft .NET Framework 4.6. Zie de sectie 'Problemen die met dit hotfix-samentelpakket worden opgelost' voor meer informatie over de problemen die worden opgelost met het hotfixpakket.
Oplossing
Er is nu een ondersteunde hotfix beschikbaar bij Microsoft. Het is echter bedoeld om alleen het probleem op te lossen dat in dit artikel wordt beschreven. Pas deze alleen toe op systemen die dit specifieke probleem ondervinden.Als u dit probleem wilt oplossen, neemt u contact op met de klantondersteuning van Microsoft om de hotfix op te halen. Ga naar de volgende Microsoft-website voor een volledige lijst met telefoonnummers van Microsoft Customer Support Services en informatie over ondersteuningskosten:
http://support.microsoft.com/contactus/?ws=supportOpmerking In speciale gevallen kunnen kosten die normaal gesproken worden gemaakt voor ondersteuningsgesprekken worden geannuleerd als een Microsoft Ondersteuning Professional bepaalt dat een specifieke update uw probleem oplost. De gebruikelijke ondersteuningskosten zijn van toepassing op aanvullende ondersteuningsvragen en problemen die niet in aanmerking komen voor de specifieke update in kwestie.
Meer informatie
Vereisten
Als u deze hotfix wilt toepassen, moet de .NET Framework 4.6 zijn geïnstalleerd.
Vereiste voor opnieuw opstarten
U moet de computer opnieuw opstarten nadat u deze hotfix hebt toegepast als er betrokken bestanden worden gebruikt. U wordt aangeraden alle op .NET Framework gebaseerde toepassingen te sluiten voordat u deze hotfix toepast.
Informatie over het vervangen van hotfix's
Dit hotfix-pakket vervangt geen eerder uitgebracht hotfix-pakket.
Problemen die met dit hotfixpakket worden opgelost
Probleem 1Als u een ASP.NET-website hebt die wordt uitgevoerd op een 32-bits versie van de .NET Framework 4.6- of AMD64-versie van het .NET Framework 4.6-platform met RyuJit uitgeschakeld, kan w3wp vastlopen vanwege niet-verwerkte ThreadAbortException. Wanneer de crash optreedt, ziet u het volgende logboek in het Windows-gebeurtenislogboek:
Er is een onverwerkte uitzondering opgetreden en het proces is beëindigd.Toepassings-id: [ApplicationID]Proces-id: [ProcessID]Uitzondering: System.ThreadIng.ThreadAbortExceptionBericht: Thread is afgebroken.StackTrace: bij 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)
Probleem 2Stel dat u een WCF-client hebt die verbinding maakt met de WCF-service met behulp van de WCF-routeringsservice. Als de end-service een onverwachte uitzondering genereert die geen type FaultException of de configuratiewijzigingen is, kan de WCF-routeringsservice volgende aanvragen mogelijk niet doorsturen naar de eindservice.Wanneer dit probleem optreedt, ontvangt u de volgende uitzondering:
System.ServiceModel.ProtocolException: dit kanaal kan niet meer worden gebruikt om berichten te verzenden omdat de uitvoersessie automatisch is gesloten vanwege een door de server geïnitieerde afsluiting. Schakel automatisch sluiten uit door DispatchRuntime.AutomaticInputSessionShutdown in te stellen op false of overweeg het afsluitprotocol met de externe server te wijzigen.
Informatie over stacktracering:at System.ServiceModel.Channels.ServiceChannel.PrepareCall(ProxyOperationRuntime-bewerking, Booleaanse 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 time-out, AsyncCallback callback, Object asyncState)op System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCallCall, 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, AsyncCallback callback, Object state)at System.ServiceModel.Routing.ClientFactory.RoutingClientBase'1.OperationAsyncResult.CallOperation()at System.ServiceModel Routing.ClientFactory.RoutingClientBase'1.OperationAsyncResult.. ctor(RoutingClientBase'1 bovenliggend, Message requestMessage, Transaction transaction, AsyncCallback callback, Objectstatus)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, Berichtbericht, AsyncCallback callback, Objectstatus)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, Objectstatus) Probleem 3Dit is een update ter ondersteuning van het nieuwe Georgische Lari-symbool. Het land Georgië heeft een nieuw valutasymbool voor de Lari geïntroduceerd, maar de valutanaam is niet gewijzigd. Het nieuwe valutasymbool is ook toegevoegd aan de Unicode-standaard. Deze update zorgt ervoor dat het juiste valutasymbool wordt weergegeven door de .NET Framework op basis van de landinstellingen van het systeem.Probleem 4Als een Gen2-verzameling optreedt tijdens Parallel.ForEach-aanroepen, kan het zijn dat u lang vastloopt nadat u Visual Studio 2015 of de .NET Framework 4.6 zonder Visual Studio hebt geïnstalleerd.Oplossing: Deze update werkt de Garbage Collector bij door systeemblokkeringen op te lossen die door dit probleem worden veroorzaakt.Probleem 5Nadat u de .NET Framework 4.6 hebt geïnstalleerd, werken de methoden DateTime.Parse en Date.TryParse niet correct. Dit probleem kan optreden met de volgende cultuurinstellingen:
-
fi-FI
-
nb-NEE
-
nb-SJ
-
sr-Cyrl-XK
-
sr-Latn-ME
-
sr-Latn-RS
-
sr-Latn-XK
Oplossing: Met deze update kunnen DateTime.Parse en Date.TryParse correct werken in culturen die hetzelfde datum- en tijdscheidingsteken gebruiken.Probleem 6Nadat u de .NET Framework 4.6 hebt geïnstalleerd, gebruikt de .NET Framework 4.6 een nieuwe 64-bits compiler met de naam RyuJIT. In sommige gevallen genereert de nieuwe compiler onjuiste code die onvoorspelbaar gedrag of crashes veroorzaakt. Oplossing: Met deze update worden veel problemen in de RyuJIT-compiler opgelost. Als de toepassing zich na de installatie van deze update nog steeds onvoorspelbaar gedraagt, raadpleegt u aanvullende gedetailleerde richtlijnen voor probleemoplossing.Verdere stappen:Als is vastgesteld dat RyuJIT mogelijk betrokken is bij uw probleem door de stappen voor probleemoplossing op de koppeling te volgen, meldt u het probleem aan bij http://connect.microsoft.com. Neem zoveel mogelijk details op in het rapport en ook code om het probleem te reproduceren.
