Dit artikel wordt het hotfix-combinatiepakket 3088957 die beschikbaar is voor Microsoft .NET Framework 4.6. Zie de sectie 'problemen die worden opgelost met dit hotfix-combinatiepakket' voor meer informatie over de problemen die worden opgelost met het hotfixpakket.
Oplossing
Een ondersteunde hotfix is nu beschikbaar bij Microsoft. Het is echter bedoeld om alleen het probleem dat in dit artikel wordt beschreven. Pas deze alleen toe op systemen waarop dit specifieke probleem zich voordoet.
U kunt dit probleem oplossen door contact op met Microsoft Customer Support Services om de hotfix te verkrijgen. Een volledige lijst met telefoonnummers van Microsoft Customer Support Services en informatie over kosten van ondersteuning vindt u op de volgende Microsoft-website:http://support.microsoft.com/contactus/?ws=supportOpmerking In speciale gevallen kunnen worden kosten die normaal aan ondersteuningsoproepen verbonden zijn geannuleerd als een medewerker van Microsoft Productondersteuning wordt bepaald dat een specifieke update het probleem wordt opgelost. De normale ondersteuningskosten blijven gelden voor extra ondersteuningsvragen die niet in aanmerking voor de specifieke update in kwestie komen.
Meer informatie
Vereisten
Deze hotfix moet u de .NET Framework 4.6 geïnstalleerd hebben.
Opnieuw opstarten
U moet de computer opnieuw opstarten nadat u deze hotfix als de bestanden waarin dit probleem optreedt worden gebruikt. Wij raden aan dat u alle .NET Framework-toepassingen sluiten voordat u deze hotfix toepast.
Informatie over het vervangen van hotfixes
Met dit hotfixpakket wordt een eerder uitgebrachte hotfix-pakket niet vervangen.
Problemen die worden opgelost met dit hotfix-combinatiepakket
Probleem 1
Als u een ASP.NET-website uitvoeren op een 32-bits versie van het .NET Framework 4.6 of AMD64-versie van het .NET Framework 4.6 platform met RyuJit uitgeschakeld, ondervinden w3wp vastlopen vanwege niet-verwerkte ThreadAbortException. Als de crash gebeurt, ziet u het volgende logboek in het gebeurtenislogboek van Windows:Er is een onverwerkte uitzondering opgetreden en het proces is beëindigd.
Toepassings-ID: [ApplicationID] Proces-ID: [id] Uitzondering: System.Threading.ThreadAbortException Bericht: De Thread is afgebroken. StackTrace: Bij System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr, HttpContext context) op System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 vlaggen) op System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer, IntPtr nativeRequestContext, IntPtr moduleData, Int32 vlaggen)Probleem 2 Stel u hebt een WCF-client verbinding te maken met WCF-service met behulp van WCF Routing-Service. Als de service beëindigen leidt een onverwachte uitzondering die niet een soort FaultException of de wijzigingen configureren tot, kan WCF Routing-Service niet volgende aanvragen doorsturen naar end-service. Wanneer dit probleem optreedt, wordt de volgende uitzondering:
System.ServiceModel.ProtocolException: Dit kanaal kan niet meer worden gebruikt om berichten te verzenden als de uitvoer automatisch gesloten als gevolg van een afsluiting server gestart is. Schakel automatisch afsluiten door de DispatchRuntime.AutomaticInputSessionShutdown in te stellen op false of kunt u het protocol afsluiten met de externe server wijzigen.
Stack trace-informatie:
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) Probleem 3 Dit is een update voor de ondersteuning van het nieuwe symbool van de Georgische Lari. Het land van Georgië een nieuwe valutasymbool heeft geïntroduceerd voor de Lari, maar de valutanaam van de niet wordt gewijzigd. Het nieuwe valutasymbool is ook toegevoegd aan de Unicode-standaard. Deze update zorgt ervoor dat het juiste valutasymbool wordt weergegeven door het .NET Framework dat op basis van de landinstellingen van het systeem. Probleem 4 Als een verzameling Gen2 tijdens het aanroepen van Parallel.ForEach optreedt , treden lang loopt vast na de installatie van Visual Studio 2015 of het .NET Framework 4.6 zonder Visual Studio. Resolutie: Deze update werkt de Garbage Collector door het systeem loopt vast die worden veroorzaakt door dit probleem oplossen. Probleem 5 Na de installatie van het .NET Framework 4.6, werken de Datum, Time.Parse en Date.TryParse methoden niet goed. Dit probleem kan optreden met de volgende instellingen voor cultuur:-
fi-FI
-
NB-NO
-
NB SJ
-
SR-Cyrl-XKJ
-
SR-Latn-ME
-
SR-Latn-RS
-
sr-Latn-XK
Resolutie:meer uitvoerige richtsnoeren uit het oplossen van problemen. Extrastappen: Meld het probleem bij http://connect.microsoft.comals wordt vastgesteld dat RyuJIT kan worden betrokken bij het probleem door de volgende stappen voor probleemoplossing op de koppeling. Zijn zo gedetailleerd mogelijk in het rapport en ook de code om het probleem te reproduceren.
Deze update zorgt ervoor dat DateTime.Parse en Date.TryParse te kunnen gebruiken onder culturen die gebruikmaken van dezelfde datum en tijd voor. Probleem 6 Na de installatie van het .NET Framework 4.6, wordt het .NET Framework 4.6 een nieuwe 64-bit-compiler die RyuJIT wordt genoemd. De nieuwe compiler genereert in bepaalde gevallen onjuiste code die onvoorspelbaar gedrag veroorzaakt of loopt vast. Resolutie: Deze update lost veel problemen in de RyuJIT-compiler. Als de toepassing nog steeds onvoorspelbaar na de installatie van deze update, Zie