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

Visual Studio 디버깅 경고 창 - You are debugging a Release build of ...

Visual Studio로 디버깅 중 특정 DLL에 대해 다음과 같은 경고 창이 뜹니다.

dbg_stop_continue_dlg_1.png

You are debugging a Release build of ....dll. Using Just My Code with Release builds using compiler optimizations results in a degraded debugging experience (e.g. breakpoints will not be hit).


로딩된 DLL이 정말 디버그 모드로 빌드가 안된 것인지 우선 확인이 필요한데요. 이를 위해 "Ctrl + Alt + U"를 눌러 Modules 창을 띄우면 다음과 같이 문제가 되는 DLL의 정확한 위치를 알 수 있습니다.

Test.Deployment.dll C:\Users\...\AppData\Local\Temp\Temporary ASP.NET Files\root\e340c117\16ede91d\assembly\dl3\4f9f32bc\3dfbd40c_939fd201\Test.Deployment.dll

그런데... Modules 창에는 분명히 "Symbols loaded."라는 메시지와 함께 "C:\...\Test.Deployment.pdb" 파일이 선택되었다고 합니다. 즉, 디버거를 위한 PDB 파일은 정상적으로 제공된 상태입니다.

다음 단계로, 해당 DLL을 .NET Reflector로 로딩한 후 assembly 수준의 Debuggable 특성을 확인한 결과 2로 나왔습니다.

[assembly: System.Diagnostics.Debuggable(0x02)]

이 값의 의미는,

DebuggableAttribute Class
; https://docs.microsoft.com/en-us/dotnet/api/system.diagnostics.debuggableattribute

[ComVisible(true)]
[Flags]
public enum DebuggingModes
{
    None = 0,
    Default = 1,
    IgnoreSymbolStoreSequencePoints = 2,
    EnableEditAndContinue = 4,
    DisableOptimizations = 256
}

단지 IgnoreSymbolStoreSequencePoints가 지정된 것에 불과합니다. 대개의 경우, Release 모드로 빌드하면 Debuggable(2)로 뜨고, Debug 모드로 빌드하면 다음과 같은 구성의,

0x107 = 263
        DisableOptimizations | EnableEditAndContinue | IgnoreSymbolStoreSequencePoints | Default

Debuggable(0x107)로 나오기 때문에 분명히 Release 빌드로 된 것이 맞습니다. 음... 정말 이상하군요. ^^

문제를 밝혀내기 위해 DLL을 참조하는 프로젝트의 .csproj 파일에서 참조 대상을 살펴봤습니다.

<ProjectReference Include="..\Externals\Test.Deployment\Test.Deployment.csproj">
    <Project>{ac0d50da-96df-4395-87d4-de04c2c232ae}</Project>
    <Name>Test.Deployment</Name>
</ProjectReference>

분명히 프로젝트 참조로 되어 있고, Test.Deployment.csproj의 속성 창을 띄워도 Debug 빌드로 명시가 되어 있습니다. 오호~~~ 정말 신기한 경우입니다. ^^;



그래도 우여곡절 끝에 다행히 원인이 밝혀졌습니다. ^^ 해당 프로젝트에 포함된 AssemblyInfo.cs 파일에 다음과 같이 Debuggable 특성의 값이 명시되어 있던 것이 문제였습니다.

[assembly: System.Diagnostics.Debuggable(System.Diagnostics.DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]

위의 특성 값이 명시된 사연은 이러합니다. 해당 소스 코드는 .NET Reflector를 통해 DLL로부터 "Export Source Code..." 기능으로 얻은 것이었는데, 마침 그 원본 DLL의 빌드 상태가 Release 빌드였기 때문에 그 특성이 그대로 소스 코드로 출력된 것이었습니다.

정리하자면, .NET Reflector와 같은 역 어셈블 도구로 구한 소스 코드의 경우 지정된 Debuggable 특성의 값을 지워주는 것이 권장됩니다. ^^





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







[최초 등록일: ]
[최종 수정일: 7/17/2021]

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

비밀번호

댓글 작성자
 




... 106  107  108  109  110  [111]  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11150정성태2/21/201719342.NET Framework: 645. Visual Studio Fakes 기능에서 Shim... 클래스가 생성되지 않는 경우 [5]
11149정성태2/21/201723036오류 유형: 378. A 64-bit test cannot run in a 32-bit process. Specify platform as X64 to force test run in X64 mode on X64 machine.
11148정성태2/20/201721966.NET Framework: 644. AppDomain에 대한 단위 테스트 시 알아야 할 사항
11147정성태2/19/201721204오류 유형: 377. Windows 10에서 Fake 어셈블리를 생성하는 경우 빌드 시 The type or namespace name '...' does not exist in the namespace 컴파일 오류 발생
11146정성태2/19/201719892오류 유형: 376. Error VSP1033: The file '...' does not contain a recognized executable image. [2]
11145정성태2/16/201721345.NET Framework: 643. 작업자 프로세스(w3wp.exe)가 재시작되는 시점을 알 수 있는 방법 - 두 번째 이야기 [4]파일 다운로드1
11144정성태2/6/201724726.NET Framework: 642. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (부록 1) - CallingConvention.StdCall, CallingConvention.Cdecl에 상관없이 왜 호출이 잘 될까요?파일 다운로드1
11143정성태2/5/201722103.NET Framework: 641. [Out] 형식의 int * 인자를 가진 함수에 대한 P/Invoke 호출 방법파일 다운로드1
11142정성태2/5/201730117.NET Framework: 640. 닷넷 - 배열 크기의 한계 [2]파일 다운로드1
11141정성태1/31/201724404.NET Framework: 639. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (4) - CLR JIT 컴파일러의 P/Invoke 호출 규약 [1]파일 다운로드1
11140정성태1/27/201720155.NET Framework: 638. RSAParameters와 RSA파일 다운로드1
11139정성태1/22/201722858.NET Framework: 637. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (3) - x64 환경의 __fastcall과 Name mangling [1]파일 다운로드1
11138정성태1/20/201721138VS.NET IDE: 113. 프로젝트 생성 시부터 "Enable the Visual Studio hosting process" 옵션을 끄는 방법 - 두 번째 이야기 [3]
11137정성태1/20/201719835Windows: 135. AD에 참여한 컴퓨터로 RDP 연결 시 배경 화면을 못 바꾸는 정책
11136정성태1/20/201719021오류 유형: 375. Hyper-V 내에 구성한 Active Directory 환경의 시간 구성 방법 - 두 번째 이야기
11135정성태1/20/201720012Windows: 134. Windows Server 2016의 작업 표시줄에 있는 시계가 사라졌다면? [1]
11134정성태1/20/201727435.NET Framework: 636. System.Threading.Timer를 이용해 타이머 작업을 할 때 유의할 점 [5]파일 다운로드1
11133정성태1/20/201723538.NET Framework: 635. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (2) - x86 환경의 __fastcall [1]파일 다운로드1
11132정성태1/19/201735046.NET Framework: 634. C# 개발자를 위한 Win32 DLL export 함수의 호출 규약 (1) - x86 환경에서의 __cdecl, __stdcall에 대한 Name mangling [1]파일 다운로드1
11131정성태1/13/201723986.NET Framework: 633. C# - IL 코드 분석을 위한 팁 [2]
11130정성태1/11/201724492.NET Framework: 632. x86 실행 환경에서 SECURITY_ATTRIBUTES 구조체를 CreateEvent에 전달할 때 예외 발생파일 다운로드1
11129정성태1/11/201728876.NET Framework: 631. async/await에 대한 "There Is No Thread" 글의 부가 설명 [9]파일 다운로드1
11128정성태1/9/201723293.NET Framework: 630. C# - Interlocked.CompareExchange 사용 예제 [3]파일 다운로드1
11127정성태1/8/201722845기타: 63. (개발자를 위한) Visual Studio의 "with MSDN" 라이선스 설명
11126정성태1/7/201727575기타: 62. Edge 웹 브라우저의 즐겨찾기(Favorites)를 편집/백업/복원하는 방법 [1]파일 다운로드1
11125정성태1/7/201724419개발 환경 구성: 310. IIS - appcmd.exe를 이용해 특정 페이지에 클라이언트 측 인증서를 제출하도록 설정하는 방법
... 106  107  108  109  110  [111]  112  113  114  115  116  117  118  119  120  ...