2

最近幾周,我和幾個同事遇到遠程調試工具崩潰,以防我們通過遠程桌面使用它們(例如,您安裝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 

crashscreen

回答

1

我不認爲這是目前正在爲您介紹配置方案。我的Windows Server 2008 R2 SP1虛擬機中的任何一個都出現同樣的問題。不幸的是,我無法弄清楚爲什麼會發生這種情況,但在我將2012R2替換爲2012年後,我再也沒有遇到過這個問題。

鑑於它與參考轟然wsdapi.dll我想這是在不兼容的一些主要VS2015和Windows Server 2008 R2之間(很老的,因爲它與.NET 3.5開始),因此升級是最好的解決方案。希望能幫助到你。

+1

確實,我們最終得出了類似的結論。我們開始擺脫舊機器問題後開始衰落。我雖然知道什麼是原始問題仍然很好,但我會說這是你所說的與某些環境問題的結合,因爲它在某些「2008R2」機器上失敗,而有些工作正在進行。 –