Hotfixrollup 3088959 für Microsoft.NET Framework 4.5.2,.NET Framework 4.5.1 und.NET Framework 4.5 beschrieben. Weitere Informationen zu Hotfix-Rollup behobene Probleme finden Sie im Abschnitt "Hotfix-Rollup behobene Probleme".
Offline-Paket kann in Situationen verwendet werden, in dem Web Installer aufgrund mangelnder Internetkonnektivität verwendet werden kann. Möglichst wird empfohlen, den Installer statt offline-Paket für optimale Effizienz und Bandbreite verwenden.
Problemlösung
Ein unterstützter Hotfix ist inzwischen von Microsoft erhältlich. Es soll jedoch nur das Problem zu beheben, das in diesem Artikel beschrieben. Wenden Sie es nur auf Systeme an, bei denen dieses spezielle Problem auftritt.
Um dieses Problem zu beheben, wenden Sie sich an Microsoft Support Services, um den Hotfix zu erhalten. Eine vollständige Liste der Telefonnummern des Microsoft Product Support Services und Informationen zu den Supportkosten finden Sie auf folgender Microsoft-Website:
http://support.microsoft.com/contactus/?ws=supportHinweis In bestimmten Fällen können Gebühren, die normalerweise für Support-Anrufe anfallen abgebrochen werden, wenn ein Microsoft-Supportmitarbeiter feststellt, dass ein bestimmtes Update Ihr Problem behebt. Die normalen Supportkosten gilt für zusätzliche Supportfragen und Probleme, die auf das betreffende Update nicht.
Hinweis Überprüfen Sie die Hotfix-Version, überprüfen Sie den Wert des Release auf die installierte Version ermitteln. Kompatibel zu sein, können Sie einen Wert überprüfen, die größer oder gleich dem Wert in der folgenden Tabelle aufgeführt.
|
Hotfix Rollup-Version |
Wert der DWORD-Version |
|---|---|
|
Hotfixrollup 3088959 für.NET Framework 4.5 und höher von.NET Framework |
379991 |
Weitere Informationen zum Ermitteln der.NET Framework-Versionen finden Sie unter wie: bestimmt die.NET Framework-Versionen installiert.
Weitere Informationen
Voraussetzungen
Um diesen Hotfix anwenden zu können, müssen Sie.NET Framework 4.5.2,.NET Framework 4.5.1 oder.NET Framework 4.5 installiert.
Neustartanforderung
Sie müssen den Computer neu starten, nachdem Sie diesen Hotfix anwenden, wenn alle betroffenen Dateien verwendet werden. Wir empfehlen allen.NET Framework-basierte Anwendung schließen, bevor Sie diesen Hotfix anwenden.
Informationen zu ersetzten Hotfixes
Das Hotfix-Paket ersetzt nicht zuvor veröffentlichten Hotfix-Paket.
Dieses Hotfix-Rollup behobene Probleme
Problem 1
Dies ist ein Update für das neue Symbol Georgisch Lari unterstützen. Georgien hat einen neuen Währungssymbols für die Lari, aber der Währungsname wird nicht geändert. Das neue Symbol wurde auch im Unicode-Standard hinzugefügt. Dieses Update stellt sicher, dass das richtige Währungssymbol von.NET Framework abhängig vom verwendeten Gebietsschema angezeigt wird.
Problem 2
Dieses Hotfix-Rollup behebt ein Problem mit berührungsgesteuerten Windows Presentation Foundations (WPF), der im gleichen Prozess ausgeführt jedoch zwei verschiedene Versionen von.NET Framework abzielen. Ein Beispiel für dieses Problem ist zwei VSTO Office Add-Ins in WPF aber gezielt an verschiedenen Side-by-Side .NET Frameworks. Benutzer in diesem Szenario sah seltsam Touch Verhalten oder Abstürze zu verschiedenen Zeitpunkten während der Ausführung des Programms.
Das Update stellt sicher, dass die richtigen DLLs sind geladen und in diesen Fällen Probleme mit Fingereingabe Verhalten beenden oder Programmabstürze.
Hinweis Wenn Sie.NET Framework 3.5 Service Pack 2 auf Ihrem Computer verwenden, installieren Sie das entsprechende Update für Ihre Version, um dieses Problem zu beheben.
Problem 3
Haben Sie eine ASP.NET Website, die auf einem 32-Bit-Version von.NET Framework 4.6 oder AMD64-Version von.NET Framework 4.6 mit RyuJit deaktiviert, auftreten w3wp Absturz wegen nicht behandelte ThreadAbortException.
Beim Auftreten des Absturzes wird der folgende Eintrag im Ereignisprotokoll protokolliert:
Ein Ausnahmefehler ist aufgetreten, und der Prozess beendet wurde.
ID der Anwendung: [p]
Prozess-ID: [Prozess-ID]
Ausnahme: System.Threading.ThreadAbortException
Meldung: Thread wurde abgebrochen.
StackTrace: Am System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest-Wr, HttpContext Context)
Bei System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr RootedObjectsPointer IntPtr NativeRequestContext IntPtr ModuleData, Int32 Flags)
Bei System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr RootedObjectsPointer IntPtr NativeRequestContext IntPtr ModuleData, Int32 Flags)
Problem 4
Nehmen Sie an, dass Sie einen WCF-Client an den WCF-Dienst mit WCF-Routingdienst. Wenn End-Dienst unerwartete Ausnahmen, die kein Typ FaultException oder die Konfiguration ist auslöst, können WCF-Routingdienst nicht nachfolgende Anforderungen an End-Dienst weiterleiten.
Wenn dieses Problem auftritt, wird die folgende Ausnahme:
System.ServiceModel.ProtocolException: Dieser Kanal kann nicht mehr verwendet werden Nachrichten als Ausgabe-Sitzung wegen einer Server-Herunterfahren automatisch geschlossen wurde. Automatisch schließen deaktivieren, indem Sie die DispatchRuntime.AutomaticInputSessionShutdown auf False festlegen oder ggf. Herunterfahren Protokoll mit dem Remoteserver ändern.
Stapelüberwachungsinformationen:
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)
