In dit artikel beschreven hotfix-combinatiepakket 3088958 die beschikbaar is voor Microsoft .NET Framework 4.5.2 4.5.1 .NET Framework en het .NET Framework 4.5. Zie de sectie 'problemen die worden opgelost met dit hotfix-combinatiepakket' voor meer informatie over de problemen die worden opgelost met het hotfixpakket.
Het installatieprogramma van de Web is een klein (minder dan 1 MB) dat automatisch wordt bepaald en downloadt alleen de onderdelen die van toepassing voor een bepaald platform zijn.
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.
Neem contact op met Microsoft Customer Support Services om de hotfix voor dit probleem. 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.
Opmerking Om te controleren of de update-versie van hotfix, kunt u de waarde van het trefwoord Release om te bepalen van de geïnstalleerde versie controleren. Als u voorwaarts compatibel is, kunt u controleren voor een waarde die groter is dan of gelijk aan de waarde die wordt vermeld in de volgende tabel.
|
Versie van hotfix-combinatiepakket |
De waarde van de DWORD-Release |
|---|---|
|
Hotfix-combinatiepakket 3088958 voor de latere versies van .NET Framework en .NET Framework 4.5 |
379991 |
Zie voor meer informatie over het bepalen van de versies van .NET Framework procedure: bepalen welke .NET Framework-versies zijn geïnstalleerd.
Meer informatie
Vereisten
Deze hotfix moet u .NET Framework 4.5.2, .NET Framework 4.5.1 of het .NET Framework 4.5 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
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 2
Dit hotfixcombinatiepakket wordt een probleem opgelost met touch-Windows Presentation stichtingen (WPF) toepassingen die worden uitgevoerd in hetzelfde proces maar gericht op twee verschillende versies van .NET Framework. Een voorbeeld van dit probleem is twee VSTO Office-invoegtoepassingen, maar gericht op verschillende side-by-side .NET Frameworks geschreven in WPF. Gebruikers in dit scenario kunnen vreemd contact gedrag en/of crashes op verschillende momenten tijdens de uitvoering van het programma zien.
De oplossing zorgt ervoor dat juiste DLL's zijn geladen en is toegankelijk in deze scenario's, problemen met touch gedrag stoppen of het programma vastloopt.
Opmerking Als u .NET Framework 3.5 Service Pack 2 op uw computer gebruikt, installeert u de bijbehorende correctie voor uw versie om dit probleem te verhelpen.
Probleem 3
Als u een ASP.NET-website die wordt uitgevoerd 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 4
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)
