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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...
NoWriterDateCnt.TitleFile(s)
1386정성태12/12/201230977디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]
1385정성태12/12/201226398디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.
1384정성태12/12/201231101개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법
1383정성태12/10/201227086개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]
1382정성태12/8/201229744개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트
1381정성태12/5/201228519.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]파일 다운로드1
1380정성태11/28/201238477.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]
1379정성태11/26/201231849.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환 [1]
1378정성태11/22/201232883Java: 14. 안드로이드 - Hello World 실습 [7]
1377정성태11/19/201226513.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그
1376정성태11/15/201231626디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]
1375정성태11/15/201227341디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
1374정성태11/13/201225366개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!
1373정성태11/13/201225909.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항
1372정성태11/1/2012120638Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]
1371정성태10/31/201228608.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]파일 다운로드1
1370정성태10/31/201223599VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법
1369정성태10/31/201236846개발 환경 구성: 174. 윈도우에서 Mono 개발 환경 구성 [4]
1368정성태10/31/201228397개발 환경 구성: 173. Windows Phone SDK 8.0 설치
1367정성태10/30/201235935개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드 [1]
1366정성태10/24/201227392개발 환경 구성: 171. GTK+를 윈도우 환경에 수작업 설치
1365정성태10/24/201226186개발 환경 구성: 170. 우분투 데스크톱 Active Directory 가입하기 [2]
1364정성태10/19/201222769Windows: 66. Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration
1363정성태10/16/201230319개발 환경 구성: 169. Objective-C의 대안 - Xamarin의 Mono를 이용한 C# iOS 개발 환경 [2]
1362정성태10/16/201230564개발 환경 구성: 168. 우분투 서버 Active Directory 가입하기
1361정성태10/12/201223914.NET Framework: 341. .NET COM+ 를 Managed/Native 클라이언트에서 각각 호출했을 때의 콜 스택 비교 [4]파일 다운로드1
... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...