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

Visual Studio 디버깅 - Unable to break execution. This process is not currently executing the type of code that you selected to debug.

이상한 현상이 발생했습니다. ^^; .NET Framework 2.0 대상으로 빌드한 프로젝트가 디버깅이 안되는 희한한 일이 눈 앞에 펼쳐진 것입니다.

not_stop_debug_1.png

위의 그림처럼, BP(Breakpoint)를 걸어도 안 걸리고, "Break All (Ctrl + Alt + Break)"을 걸어도 정황상 도저히 이해할 수 없는 메시지 창만 나오는 것입니다.

"
Unable to break execution. This process is not currently executing the type of code that you selected to debug.
"


검색을 해보니, 다행히 힌트를 얻을 수 있는 글이 하나 나왔는데요. ^^

Hitting breakpoints in .NET Class Libraries while debugging with Visual Studio 2010
; http://through-the-interface.typepad.com/through_the_interface/2010/04/hitting-breakpoints-in-net-class-libraries-while-debugging-with-visual-studio-2010.html

마침 이 현상을 겪었던 프로젝트는 app.config에 다음과 같은 설정을 가지고 있었습니다.

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <startup>
        <supportedRuntime version="v4.0.30319"/>
        <supportedRuntime version="v2.0.50727"/>
    </startup>
</configuration>

왜 이렇게 했는지는 아래에 설명을 한 적이 있습니다.

supportedRuntime 옵션과 System.BadImageFormatException 예외
; https://www.sysnet.pe.kr/2/0/1233

정리해 보면!

디버깅을 시도한 프로젝트는 csproj에 .NET 2.0을 사용한다고 명시했지만 app.config의 영향으로 실제 EXE 프로그램이 실행될 때는 .NET 4.0 런타임이 올라온 것입니다. 하지만 Visual Studio는 csproj 파일에 의해 .NET 2.0 응용 프로그램이라고 판단하고 그대로 2.0 디버그 엔진을 사용하였기 때문입니다.

어쩔 수 없습니다. 이런 프로그램을 디버깅할 때는 app.config의 내용을 잠시 주석처리하거나, "Debug" / "Attach to Process..." 메뉴를 이용하여 실행 시에 Visual Studio 디버거를 붙이는 수밖에 없습니다. (원천적으로는, Visual Studio가 app.config을 인식해서 디버거를 구동해 주는 것이 맞겠지요. ^^)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  178  179  [180]  ...
NoWriterDateCnt.TitleFile(s)
483정성태3/17/200740740오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]
482정성태3/17/200730251Team Foundation Server: 17. 팀 프로젝트 접속 및 사용
481정성태3/17/200724182Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록
480정성태3/14/200722285.NET Framework: 86. GC(Garbage Collector)의 변화
479정성태3/14/200726323개발 환경 구성: 25. D820 - ReadyBoost 구동
478정성태3/14/200725637개발 환경 구성: 24. D820 고주파음 문제
477정성태3/14/200734952개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]
476정성태3/9/200730342개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]
475정성태3/6/200724704.NET Framework: 85. 공용 프로퍼티 자동 생성
474정성태3/5/200722937.NET Framework: 84. Lambda 표현식 응용 사례 [1]
473정성태3/4/200730028디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)
472정성태3/3/200729130디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]파일 다운로드1
471정성태3/1/200718361디버깅 기술: 12. Managed Method에 Break Point 걸기
469정성태2/28/200729854디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]파일 다운로드1
470정성태3/1/200721216    답변글 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강
468정성태2/25/200731107COM 개체 관련: 20. 탭 브라우저의 윈도우 핸들 구하기 [3]
466정성태2/22/200722814Windows: 23. 롱혼 서버 코어 버전 [2]
465정성태2/21/200721769오류 유형: 29. TFS 관련 스케줄 작업 실패
464정성태2/25/200722961오류 유형: 28. TF10217, TF53010, TF14105 오류
463정성태2/21/200715985Team Foundation Server: 15. 포탈 사이트의 보고서 주소를 도메인 명으로 적용
462정성태2/13/200743263.NET Framework: 83. 라이브러리에 다국어 리소스 추가 방법 [4]파일 다운로드1
461정성태2/13/200720966오류 유형: 27. DLinq 예제 오류 : error: 26 - Error Locating Server/Instance Specified
460정성태2/13/200721188.NET Framework: 82. Orcas 1월 CTP에서 Linq 소스 컴파일 방법
459정성태2/17/200725182오류 유형: 26. "Automatic Updates" 서비스 CPU 100% 점유 현상 - 두 번째 이야기 [3]
458정성태2/12/200721650.NET Framework: 81. LINQ 개발 환경 설정 [1]
457정성태2/8/200726138.NET Framework: 80. LINQ 관련 용어 정리 및 리소스 소개 [2]
... 166  167  168  169  170  171  172  173  174  175  176  177  178  179  [180]  ...