Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

Visual Studio로 디버깅 시 sos.dll 확장 명령어를 (비롯한 windbg의 다양한 기능을) 수행하는 방법

미리 답변을 하자면, Visual Studio 내에서는 sos.dll 확장 명령어를 수행할 수 있는 방법이 없습니다. 이에 대해서는 이미 예전에 글을 쓴 것이 있으니 참고하시고,

Visual Studio 2013에서의 sos.dll 사용 제한
; https://www.sysnet.pe.kr/2/0/2875

어쨌든 Visual Studio 내에서는 안 되지만 외부 디버거, 예를 들어 windbg의 힘을 빌리면 가능합니다. 여기서 잠시 의아해하시는 분들이 있을 텐데요. 일반적으로 디버거는 2개 이상 연결이 안 되기 때문에 일단 Visual Studio에서 디버깅을 수행하고 있으면 해당 프로세스에 windbg로는 다시 attach시킬 수 없습니다.

실제로 해보면 다음과 같은 오류가 발생하는데요,

Could not attach to process 70856, NTSTATUS 0xC0000048

The process that you are attempting to attach to is already being debugged. Only one debugger can be invasively attached to a process at a time. A non-invasive attach is still possible when another debugger is attached.


그런데, 오류 메시지를 가만 보면 "Non-invasive attach"는 가능하다고 나옵니다. 그렇습니다, 바로 저 방식을 이용해 windbg를 비주얼 스튜디오가 디버깅 중인 프로세스에 연결할 수 있는데 이때 "File" / "Attach to a Process (단축키: F6)"를 눌러 뜨는 대화창에서,

vs_plus_sos_debug_1.png

좌측 하단의 "Noninvasive" 체크 박스를 설정하면 됩니다.

이렇게 해서 연결하면 Visual Studio는 잠시 디버깅을 할 수 없고 windbg로만 디버깅 기능이 동작합니다. 따라서 ".loadby sos clr" 등을 이용한 확장 명령어와 함께 다양한 windbg 명령어를 활용할 수 있습니다.

모든 제어를 마친 후 다시 Visual Studio에 디버깅 기능을 돌려주고 싶다면 "Debug" / "Detach Debuggee" 메뉴를 선택하거나 명령 프롬프트에서 "qd"로 빠져나오면 됩니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/15/2020]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...
NoWriterDateCnt.TitleFile(s)
13177정성태11/30/20225548오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/20224462오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/20226085오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/20224661.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/20225353.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/20225171.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/20224771Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/20225090Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/20225670Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/20224938제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/20224980.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/20224707개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/20224605개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/20225523개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/20225472개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/20226540.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일
13161정성태11/14/20225771.NET Framework: 2068. C# - PublishSingleFile로 배포한 이미지의 역어셈블 가능 여부 (난독화 필요성) [4]
13160정성태11/11/20225703.NET Framework: 2067. C# - PublishSingleFile 적용 시 native/managed 모듈 통합 옵션
13159정성태11/10/20228898.NET Framework: 2066. C# - PublishSingleFile과 관련된 옵션 [3]
13158정성태11/9/20225197오류 유형: 826. Workload definition 'wasm-tools' in manifest 'microsoft.net.workload.mono.toolchain' [...] conflicts with manifest 'microsoft.net.workload.mono.toolchain.net7'
13157정성태11/8/20225854.NET Framework: 2065. C# - Mutex의 비동기 버전파일 다운로드1
13156정성태11/7/20226756.NET Framework: 2064. C# - Mutex와 Semaphore/SemaphoreSlim 차이점파일 다운로드1
13155정성태11/4/20226260디버깅 기술: 183. TCP 동시 접속 (연결이 아닌) 시도를 1개로 제한한 서버
13154정성태11/3/20225736.NET Framework: 2063. .NET 5+부터 지원되는 GC.GetGCMemoryInfo파일 다운로드1
13153정성태11/2/20227017.NET Framework: 2062. C# - 코드로 재현하는 소켓 상태(SYN_SENT, SYN_RECV)
13152정성태11/1/20225635.NET Framework: 2061. ASP.NET Core - DI로 추가한 클래스의 초기화 방법 [1]
... 16  17  [18]  19  20  21  22  23  24  25  26  27  28  29  30  ...