Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

비주얼 스튜디오 원격 디버깅 시 'Unknown function' 콜스택이 나온다면?

Windows Server 2008 R2에서 실행 중인 프로그램을 Windows Server 2012 R2에서 실행 중인 Visual Studio를 이용해 원격 디버깅 연결을 했더니, 호출 스택이 '알 수 없는 함수'로 나옵니다. (재미있는 것은, 같은 종류의 운영체제 사이에서는 이런 문제가 없습니다.)

unknown_callstack_1.png

    [Managed to Native Transition]  
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
>    IISConfigHelper.exe!<Unknown function> Line 948   C#
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    [Native to Managed Transition]  
    [Managed to Native Transition]  
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    System.Windows.Forms.dll!<Unknown function>   Unknown
    IISConfigHelper.exe!<Unknown function> Line 23    C#

콜스택뿐만 아니라 Watch 창의 변수 확인에서도 "식 계산기에 내부 오류가 있습니다.(Internal error in the expression evaluator.)"라고만 뜰 뿐 확인이 안됩니다.

예전 경험으로 미뤄봤을 때 원격 디버깅 툴과 Visual Studio의 업데이트 버전이 달랐을 때 이런 현상이 있었습니다. 하지만, 이번에는 2개의 프로그램 모두 버전이 같았습니다. 참고로, 원격 디버깅 툴의 버전 확인은 Visual Studio Remote Debugging Monitor 프로그램의 "Help" / "About Remote Debugging Monitor" 메뉴를 통해 확인할 수 있습니다.

Remote Debugging Monitor for Visual Studio (R)
Version 12.0.31101.0 built by: REL

버전이 "12.0.31101.0"이면 2013 Update 4입니다. (또는, 제어판의 "Programs and Features"에 가면 설치 프로그램이 "Remote Tools for Visual Studio 2013 Update 4"임을 알려줍니다.)

몇 번의 시행 착오 끝에, 디버거를 연결할 때의 옵션에 "관리되는 호환성 모드(Managed Compatibility Mode)"를 켜면,

unknown_callstack_2.png

이렇게 정상적으로 콜스택과 Watch 창의 변수들이 나오는 것을 확인했습니다. ^^

unknown_callstack_3.png




"Managed Compatibility Mode"가 어떤 것인지는 다음의 글에 자세히 나옵니다.

Switching to Managed Compatibility Mode in Visual Studio 2013
; https://devblogs.microsoft.com/devops/switching-to-managed-compatibility-mode-in-visual-studio-2013/

정리해 보면, 2012부터 새로운 디버깅 엔진이 도입되었고 2013에서는 그 엔진을 통해 "Managed Return Values, .NET 64-bit Edit and Continue, Async Callstacks Enhancements, and Improved Tasks Window to name a few" 등의 기능들이 구현되었다고 합니다. 하지만, 새로운 디버그 엔진으로 여전히 지원되지 않는 디버그 상황이 있는데,

  1. You are using a .NET language other than C#, VB, or F# that provides its own Expression Evaluator (this includes managed C++)
  2. You want to enable Edit and Continue (EnC) for C++ projects while mixed mode debugging

이 두가지에 해당한다면 기존의 디버그 엔진을 사용해야 한다고 합니다. 이 때 Visual Studio로 하여금 신형 디버그 엔진이 아닌, 구형 디버그 엔진을 이용하라고 지정할 수 있는 옵션이 바로 "관리되는 호환성 모드(Managed Compatibility Mode)"입니다.

향후 목표는 기존 구형 엔진을 완전히 버리는 거라고 하지만 2015RC에서도 있는 걸로 봐서 여전히 안되는 기능들이 있는 듯 합니다.




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







[최초 등록일: ]
[최종 수정일: 3/12/2023]

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

비밀번호

댓글 작성자
 




1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13868정성태1/17/20253114Windows: 277. Hyper-V - Windows 11 VM의 Enhanced Session 모드로 로그인을 할 수 없는 문제
13867정성태1/17/20254066오류 유형: 943. Hyper-V에 Windows 11 설치 시 "This PC doesn't currently meet Windows 11 system requirements" 오류
13866정성태1/16/20254269개발 환경 구성: 739. Windows 10부터 바뀐 device driver 서명 방법
13865정성태1/15/20253946오류 유형: 942. C# - .NET Framework 4.5.2 이하의 버전에서 HttpWebRequest로 https 호출 시 "System.Net.WebException" 예외 발생
13864정성태1/15/20253912Linux: 114. eBPF를 위해 필요한 SELinux 보안 정책
13863정성태1/14/20253361Linux: 113. Linux - 프로세스를 위한 전용 SELinux 보안 문맥 지정
13862정성태1/13/20253628Linux: 112. Linux - 데몬을 위한 SELinux 보안 정책 설정
13861정성태1/11/20253907Windows: 276. 명령행에서 원격 서비스를 동기/비동기로 시작/중지
13860정성태1/10/20253614디버깅 기술: 216. WinDbg - 2가지 유형의 식 평가 방법(MASM, C++)
13859정성태1/9/20253971디버깅 기술: 215. Windbg - syscall 이후 실행되는 KiSystemCall64 함수 및 SSDT 디버깅
13858정성태1/8/20254100개발 환경 구성: 738. PowerShell - 원격 호출 시 "powershell.exe"가 아닌 "pwsh.exe" 환경으로 명령어를 실행하는 방법
13857정성태1/7/20254149C/C++: 187. Golang - 콘솔 응용 프로그램을 Linux 데몬 서비스를 지원하도록 변경파일 다운로드1
13856정성태1/6/20253728디버깅 기술: 214. Windbg - syscall 단계까지의 Win32 API 호출 (예: Sleep)
13855정성태12/28/20244459오류 유형: 941. Golang - os.StartProcess() 사용 시 오류 정리
13854정성태12/27/20244558C/C++: 186. Golang - 콘솔 응용 프로그램을 NT 서비스를 지원하도록 변경파일 다운로드1
13853정성태12/26/20244026디버깅 기술: 213. Windbg - swapgs 명령어와 (Ring 0 커널 모드의) FS, GS Segment 레지스터
13852정성태12/25/20244487디버깅 기술: 212. Windbg - (Ring 3 사용자 모드의) FS, GS Segment 레지스터파일 다운로드1
13851정성태12/23/20244240디버깅 기술: 211. Windbg - 커널 모드 디버깅 상태에서 사용자 프로그램을 디버깅하는 방법
13850정성태12/23/20244741오류 유형: 940. "Application Information" 서비스를 중지한 경우, "This file does not have an app associated with it for performing this action."
13849정성태12/20/20244887디버깅 기술: 210. Windbg - 논리(가상) 주소를 Segmentation을 거쳐 선형 주소로 변경
13848정성태12/18/20244823디버깅 기술: 209. Windbg로 알아보는 Prototype PTE파일 다운로드2
13847정성태12/18/20244855오류 유형: 939. golang - 빌드 시 "unknown directive: toolchain" 오류 빌드 시 이런 오류가 발생한다면?
13846정성태12/17/20245060디버깅 기술: 208. Windbg로 알아보는 Trans/Soft PTE와 2가지 Page Fault 유형파일 다운로드1
13845정성태12/16/20244531디버깅 기술: 207. Windbg로 알아보는 PTE (_MMPTE)
13844정성태12/14/20245218디버깅 기술: 206. Windbg로 알아보는 PFN (_MMPFN)파일 다운로드1
13843정성태12/13/20244393오류 유형: 938. Docker container 내에서 빌드 시 error MSB3021: Unable to copy file "..." to "...". Access to the path '...' is denied.
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...