.Net Framework 4.0으로 이동 한 후 VS2010 설치 (또는 다른 IDE 설치)가없는 클라이언트 서버에서 SDK 2.0과 함께 제공되는 CLR 디버거를 사용하려고했습니다. . . 불행하게도 CLR 디버거가 작동하지 않았다 :( 나는 닷넷 4.0에 대한 SDK를 찾을 수 없습니다, 버전 4.0에 대한 대안 디버깅 도구가.Net 4.0 용 CLR 디버거
업데이트 : 내가 VS2010 익스프레스를 설치해야 할 수 있음 그 기계에
post about it at www.devartplus.com
업데이트 : 마이크로 소프트의 공식 답변 - 그들은 더 이상 CLR 디버거를 지원하지 않습니다
WinDbg는이 GDB와 유사한 텍스트 기반 디버거입니다 http://msdn.microsoft.com/en-us/windows/hardware/gg463009
012..그러나 이러한 시스템에서 원격 디버깅을 설정하고 필요에 따라 활성화하지 않는 이유는 무엇입니까?
이미 언급 한 바와 같이 관리 코드를 디버깅하려면 일부 확장 (SOS/SOSEX)이 필요하지만 거의 모든 것을 디버깅 할 수있는 WinDbg가 옵션입니다. WinDbg은 매우 강력 할뿐만 아니라 설치가 필요하지 않습니다 (즉, USB 스틱에서 직접 시작할 수 있음).
일부 충돌 또는 이상한 동작을 디버깅하는 또 다른 좋은 옵션은 나중에 WinDbg (또는 VS2010)에서 분석 할 수있는 덤프 파일을 생성하는 것입니다. 작업 관리자에서 프로세스를 마우스 오른쪽 단추로 클릭하고 미니 덤프 생성 옵션을 선택하여 수동으로 생성하거나 프로세스를 자동화하는 도구 (예 : adplus 또는 procdump 검색)를 사용하여 수동으로 생성 할 수 있습니다.
WinDbg는 항상 옵션이지만, 소스 코드를보고 IDE를 사용하면 좋지 않습니다 (CLR 디버거에있는 것처럼). – user3072
10x 빠른 답장! 원격 디버거는 옵션이 아닙니다. 이러한 서버는 클라이언트 사이트에 있으며 원격으로 연결할 수있는 권한이 없습니다. – user3072
@ user3072 - 네가 현장에서 디버깅 할 수 있다면 원격 디버깅을 설치하고 _on-site_ 원격 디버깅을 허용하는 것이 가장 빠르고 가장 미래 보장적인 문제 해결 방법이라는 고객의 확신을 얻는다고 생각한다. 행운을 빕니다! –