RPC 編碼 API MesInqProcEncodingId 不為解碼的控制代碼的工作

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:165664
本文已封存。本文係以「現狀」提供且不會再更新。
徵狀
[MesInqProcEncodingId 」 應用程式發展介面 (API),來傳回在程序式編碼到使用者指定的緩衝區的遠端程序呼叫 (RPC) 介面方法的介面 ID] 和 [程序性使用的數字應該永遠似乎傳回介面識別碼的 00000000-0000-0000-0000-000000000000} 與程序性數目 0 解碼緩衝區之前,先呼叫與解碼的控制代碼時。就會發生這種情況的固定的樣式和程序性編碼/解碼。
發生的原因
MesInqProcEncodingId API 運作不正常。
解決方案
如果要解決這個問題,取得最新的 Service Pack 的 Windows NT 4.0 或 Windows NT Server 4.0 終端機伺服器版本。如需詳細資訊按一下 [下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項]:
152734如何取得最新的 Windows NT 4.0 Service Pack

狀況說明
Microsoft 已確認這是在 Windows NT 4.0 和 Windows NT Server 4.0 終端機伺服器版本的問題。這個問題已經先在 Windows NT 4.0 服務套件 4.0 和 Windows NT Server 4.0 終端機伺服器版服務套件 4 中獲得修正。

警告:本文為自動翻譯

內容

文章識別碼:165664 - 最後檢閱時間:10/06/2013 23:21:37 - 修訂: 2.2

Microsoft Windows NT Server 4.0, Terminal Server Edition, Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft Windows NT Server 4.0 Standard Edition

  • kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbapi kbbug kbfix kbnetwork kbqfe kbrpc KB165664 KbMtzh
意見反應