.NET Framework 4.5.2、 4.5.1 和 Windows 上的 4.5 Hotfix 彙總套件 3088959 (離線安裝程式)

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:3088959
本文說明的 hotfix 彙總套件 3088959,適用於 Microsoft.NET Framework 4.5.2、 4.5.1,.NET Framework 和.NET Framework 4.5。如需有關 hotfix 彙總套件所修正的問題的詳細資訊,請參閱"此 hotfix 彙總套件所修正的問題> 一節。

離線的封裝可以用於在 Web 安裝程式無法使用的網際網路連線能力不足的情況下使用。可能的話,我們建議而離線的封裝不是使用 Web 安裝程式,取得最佳的效率和頻寬需求。

解決方案
已經可以從 Microsoft 取得支援的 hotfix。不過,它已用於修正本文所描述的問題。它只適用於發生此特定問題的系統上。

若要修正這個問題,請連絡 Microsoft 客戶支援服務,以取得 hotfix。如需 Microsoft 客戶支援服務電話號碼以及支援費用的相關資訊的完整清單,請造訪下列 Microsoft 網站:注意在特殊的情況下,如果 Microsoft 支援專業人員會決定某特定更新程式會修復您的問題時,可能就不會收取一般因支援電話所產生的費用。收取支援費用會套用,如果有其他支援問題是不符合標準的特定更新程式的。

附註若要驗證的 hotfix 更新版本,請檢查發行關鍵字,來判斷已安裝的版本的值。若要向前相容性,您可以檢查的值是大於或等於以下表所列的值。

Hotfix 彙總套件版本發行 DWORD 的值
.NET Framework 4.5 和較新版本的.NET Framework Hotfix 彙總套件 3088959379991
如需有關如何判斷.NET Framework 版本的詳細資訊,請參閱How to: 判斷已安裝.NET Framework 版本.
其他相關資訊

先決條件

若要套用此 hotfix,您必須有.NET Framework 4.5.2、.NET Framework 4.5.1 或安裝的.NET Framework 4.5。

重新啟動需求

您必須重新啟動電腦,如果任何受影響的檔案正在使用中,會套用此 hotfix 之後。我們建議您套用此 hotfix 之前,關閉所有的.NET Framework 應用程式。

Hotfix 取代資訊

此 hotfix 套件不會取代先前發行的 hotfix 套件。

此 hotfix 彙總套件所修正的問題

問題 1

這是更新,以支援新喬治亞文 Lari 的符號。喬治亞州的國家/地區有引入新的貨幣符號,如 Lari,但不改變貨幣名稱。Unicode 標準也已新增新的貨幣符號。此更新程式會確保系統地區設定設定為基礎的.NET Framework 會顯示正確的貨幣符號。

問題 2

此 hotfix 彙總套件與觸控式 Windows 簡報地基 (WPF) 應用程式相同的處理序中執行,但目標兩個不同的.NET Framework 版本中修正的問題。這個問題的範例是兩個 VSTO Office 增益集在 WPF 中撰寫,但以不同的並排顯示.NET 架構為目標。在這個案例中的使用者無法看到奇怪的觸控式行為和/或損毀,各個時間點,在程式執行期間。

此修正程式確保適當的 Dll 會載入,與存取在這些案例中,停止任何問題的觸控式行為或程式當機。

注意如果您是在您的電腦上使用.NET Framework 3.5 Service Pack 2,請安裝對應的修正程式,您要修正這個問題的版本。

問題 3

如果您有一個以停用的 RyuJit 是 32 位元版本的.NET Framework 的 4.6 或 AMD64 版本的.NET Framework 4.6 平台執行的 ASP.NET 網站時,您可能會遇到 w3wp 損毀,因為未處理的 ThreadAbortException。

發生當機時,下列項目就會是 loggedin 事件記錄檔:

發生未處理的例外狀況,處理序已終止。
應用程式識別碼: [ApplicationID]
處理程序識別碼: [ProcessID]
例外狀況: System.Threading.ThreadAbortException
訊息: 執行緒已經中止。
StackTrace: 在 System.Web.HttpRuntime.ProcessRequestNotificationPrivate (IIS7WorkerRequest wr,HttpContext 內容)
在 System.Web.Hosting.PipelineRuntime.ProcessRequestNotificationHelper (IntPtr rootedObjectsPointer、 IntPtr nativeRequestContext、 IntPtr moduleData、 Int32 旗標)
在 System.Web.Hosting.PipelineRuntime.ProcessRequestNotification (IntPtr rootedObjectsPointer、 IntPtr nativeRequestContext、 IntPtr moduleData、 Int32 旗標)


問題 4

假設您有 WCF 用戶端使用 WCF 路由服務來連線到 WCF 服務。如果結束服務引發預期的例外狀況不是 FaultException,或設定變更的型別,則 WCF 路由服務並不可能結束服務路由後續的要求。

當發生這個問題時,您會收到下列的例外狀況:

System.ServiceModel.ProtocolException: 這個頻道不再可用來傳送輸出工作階段已自動關閉,因為伺服器起始的關機的訊息。請將 DispatchRuntime.AutomaticInputSessionShutdown 設定為 false,來停用自動關閉,或考慮修改關機通訊協定,與遠端伺服器。
堆疊追蹤資訊:

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)


警告:本文為自動翻譯

內容

文章識別碼:3088959 - 最後檢閱時間:09/30/2015 23:31:00 - 修訂: 2.0

Microsoft .NET Framework 4.5.2, Microsoft .NET Framework 4.5.1, Microsoft .NET Framework 4.5

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3088959 KbMtzh
意見反應