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)
13679정성태7/16/20247563Linux: 76. Linux - C++ (getaddrinfo 등을 담고 있는) libnss 정적 링크
13678정성태7/15/20248184VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/20248587오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20248316Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/202410675C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/20249225오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/20249938닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20247960닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20248284오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20248338오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20248642개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20247225닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20249121Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20249420Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20248539닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20248332닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20248223Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20249028오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20248949개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20249681개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20248774닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20249507Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20249060닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20248747오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20248911닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/202410414닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...