(연관된 글이 1개 있습니다.)

C/C++ 프로젝트의 시작 프로그램으로 .NET Core EXE를 지정하는 경우 닷넷 디버깅이 안 되는 문제

[2020-06-23 업데이트 - 최신 버전의 비주얼 스튜디오에서 "Managed Only (.NET Core)" 디버깅 옵션이 추가되었습니다.

C/C++ 프로젝트를 DLL로 만든 경우 디버깅을 하려면 속성 창의 Debugging 옵션을 이용해 다음과 같이 환경 구성을 할 수 있습니다.

그런데 저렇게 외부 EXE 파일 대상으로 .NET Core 프로그램을 지정하는 경우, 예를 들어 다음과 같이,

Command: c:\program files\dotnet\dotnet.exe
Command Arguments: exec "c:\temp\ConsoleApp1\ConsoleApp1\bin\Debug\netcoreapp2.1\ConsoleApp1.dll"
Working Directory: c:\temp\ConsoleApp1\ConsoleApp1\bin\Debug\netcoreapp2.1\

설정하고 "Managed only" 모드로 F5 디버깅을 실행하면 다음과 같은 오류가 발생합니다.

A fatal error has occurred and debugging needs to be terminated. For more details, please see the Microsoft Help and Support web site. HRESULT=0x8000ffff. ErrorCode=0x0.

아마도 .NET Managed Debugger가 대상을 .NET Full Framework으로 인식하고 붙으려는 시도를 하기 때문에 실패하는 것으로 보입니다.

실제로 대상 프로세스를 실행해 두고, "Debug" / "Attach to Process..." 메뉴를 이용해 연결하려는 경우 다음의 5가지 유형이 Managed로 나옵니다.

Managed (CoreCLR)
Managed (Native compilation)
Managed (v3.5, v3.0, v2.0)
Managed (v4.6, v4.5, v4.0)
Managed Compatibility Mode

이 중에서 CoreCLR 유형으로 연결하면 Managed 코드 디버깅이 가능합니다. 반면 "Managed (v4.6, v4.5, v4.0)"와 같은 걸로 지정하면 디버깅이 안 됩니다. 즉, C/C++ 프로젝트에서의 "Managed only" 모드는 CoreCLR에 대한 배려가 없는 것 같습니다.

어쩔 수 없습니다. ^^ Managed 디버깅을 하고 싶다면 대상 EXE를 만든 프로젝트 기준으로 F5 디버깅을 해야 합니다.

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

[연관 글]

VS.NET IDE: 147. Visual C++ 프로젝트 - .NET Core EXE를 "Debugger Type"으로 지원하는 기능 추가

[최초 등록일: 12/11/2018]
[최종 수정일: 8/20/2021]

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

by SeongTae Jeong, mailto:techsharer at outlook.com

No	Writer	Date	Cnt.	Title	File(s)
13441	정성태	11/12/2023	10825	닷넷: 2159. C# - ASP.NET Core 프로젝트에서 서버 Socket을 직접 생성하는 방법	1
13440	정성태	11/11/2023	9679	Windows: 253. 소켓 Listen 시 방화벽의 Public/Private 제어 기능이 비활성화된 경우
13439	정성태	11/10/2023	11582	닷넷: 2158. C# - 소켓 포트를 미리 시스템에 등록/예약해 사용하는 방법(Port Exclusion Ranges)	1
13438	정성태	11/9/2023	11098	닷넷: 2157. C# - WinRT 기능을 이용해 윈도우에서 실행 중인 Media App 제어
13437	정성태	11/8/2023	11305	닷넷: 2156. .NET 7 이상의 콘솔 프로그램을 (dockerfile 없이) 로컬 docker에 배포하는 방법
13436	정성태	11/7/2023	11412	닷넷: 2155. C# - .NET 8 런타임부터 (Reflection 없이) 특성을 이용해 public이 아닌 멤버 호출 가능
13435	정성태	11/6/2023	10640	닷넷: 2154. C# - 네이티브 자원을 포함한 관리 개체(예: 스레드)의 GC 정리
13434	정성태	11/1/2023	10691	스크립트: 62. 파이썬 - class의 정적 함수를 동적으로 교체
13433	정성태	11/1/2023	9470	스크립트: 61. 파이썬 - 함수 오버로딩 미지원
13432	정성태	10/31/2023	10266	오류 유형: 878. 탐색기의 WSL 디렉터리 접근 시 "Attempt to access invalid address." 오류 발생
13431	정성태	10/31/2023	10786	스크립트: 60. 파이썬 - 비동기 FastAPI 앱을 gunicorn으로 호스팅
13430	정성태	10/30/2023	10987	닷넷: 2153. C# - 사용자가 빌드한 ICU dll 파일을 사용하는 방법
13429	정성태	10/27/2023	11140	닷넷: 2152. Win32 Interop - C/C++ DLL로부터 이중 포인터 버퍼를 C#으로 받는 예제	1
13428	정성태	10/25/2023	11339	닷넷: 2151. C# 12 - ref readonly 매개변수
13427	정성태	10/18/2023	10775	닷넷: 2150. C# 12 - 정적 문맥에서 인스턴스 멤버에 대한 nameof 접근 허용(Allow nameof to always access instance members from static context)
13426	정성태	10/13/2023	11270	스크립트: 59. 파이썬 - 비동기 호출 함수(run_until_complete, run_in_executor, create_task, run_in_threadpool)
13425	정성태	10/11/2023	11163	닷넷: 2149. C# - PLinq의 Partitioner<T>를 이용한 사용자 정의 분할	1
13423	정성태	10/6/2023	11071	스크립트: 58. 파이썬 - async/await 기본 사용법
13422	정성태	10/5/2023	10788	닷넷: 2148. C# - async 유무에 따른 awaitable 메서드의 병렬 및 예외 처리 [1]
13421	정성태	10/4/2023	11055	닷넷: 2147. C# - 비동기 메서드의 async 예약어 유무에 따른 차이
13420	정성태	9/26/2023	19330	스크립트: 57. 파이썬 - UnboundLocalError: cannot access local variable '...' where it is not associated with a value
13419	정성태	9/25/2023	10918	스크립트: 56. 파이썬 - RuntimeError: dictionary changed size during iteration
13418	정성태	9/25/2023	12518	닷넷: 2146. C# - ConcurrentDictionary 자료 구조의 동기화 방식
13417	정성태	9/19/2023	11819	닷넷: 2145. C# - 제네릭의 형식 매개변수에 속한 (매개변수를 가진) 생성자를 호출하는 방법
13416	정성태	9/19/2023	10418	오류 유형: 877. redis-py - MISCONF Redis is configured to save RDB snapshots, ...
13415	정성태	9/18/2023	11857	닷넷: 2144. C# 12 - 컬렉션 식(Collection Expressions) [2]

Writer

Date

Cnt.

Title

File(s)

13441

정성태

11/12/2023

10825

닷넷: 2159. C# - ASP.NET Core 프로젝트에서 서버 Socket을 직접 생성하는 방법