最近幾周,我和幾個同事遇到遠程調試工具崩潰,以防我們通過遠程桌面使用它們(例如,您安裝Windows,安裝遠程調試器,啓動,它會在< 1s崩潰)。無法啓動遠程調試器,因爲它立即崩潰
問題時常發生,最常見的是配置Windows Server 2008 R2 Enterprise SP1或WinServer 2012 R2 Standard。我們主要使用VS2015 remote debugger tools
,但當發生此問題時,它的行爲與遠程調試器的情況相同,除非重新安裝OS,否則它將永遠存在。
當你讓應用程序崩潰並重新啓動它作爲新的實例而沒有關閉原始崩潰時,你會發現默認端口4020被另一個應用程序佔用,所以它似乎能夠在崩潰之前崩潰前佔用端口。圖中的第二個實例只是爲了更深入的解釋 - 即使只有一個實例正在運行,它的主要問題是崩潰。
目前似乎在wsdapi.dll一些內存訪問衝突異常
你見過類似的行爲,發現路如何向前發展?
問題本身是非常類似於這樣一個死線程http://www.yqcomputer.com/4_469b4b74a9aced45_1.htm
在下面 圖片 - 調試程序選項只是不工作方式是不能夠踏進VS. - 在線檢查...找不到任何東西,收集有關準備發送給Microsoft的操作系統配置的信息。
我們只能從這些事件應用程序日誌中獲得額外的信息,但這些信息也非常簡短。
Faulting application name: msvsmon.exe, version: 14.0.24720.0, time stamp: 0x564e96d6
Faulting module name: wsdapi.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ca31
Exception code: 0xc0000005
Fault offset: 0x0000000000051e8e
Faulting process id: 0x16a0
Faulting application start time: 0x01d170895f8a7b52
Faulting application path: C:\Program Files\Microsoft Visual Studio 14.0\Common7\IDE\Remote Debugger\x64\msvsmon.exe
Faulting module path: C:\Windows\system32\wsdapi.dll
Report Id: 9d409094-dc7c-11e5-a94d-00155d1a2544
確實,我們最終得出了類似的結論。我們開始擺脫舊機器問題後開始衰落。我雖然知道什麼是原始問題仍然很好,但我會說這是你所說的與某些環境問題的結合,因爲它在某些「2008R2」機器上失敗,而有些工作正在進行。 –