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

(시리즈 글이 15개 있습니다.)
디버깅 기술: 22. VS.NET SP1 + .NET Framework 소스 코드 디버깅
; https://www.sysnet.pe.kr/2/0/623

개발 환경 구성: 112. Visual Studio 2010 - .NET Framework 소스 코드 디버깅
; https://www.sysnet.pe.kr/2/0/1009

디버깅 기술: 47. .NET Reflector를 이용한 "소스 코드가 없는" 어셈블리 디버깅
; https://www.sysnet.pe.kr/2/0/1201

개발 환경 구성: 143. Visual Studio 2010 - .NET Framework 소스 코드 디버깅 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/1243

개발 환경 구성: 297. 소스 코드가 없는 닷넷 어셈블리를 디버깅할 때 지역 변숫값을 확인하는 방법
; https://www.sysnet.pe.kr/2/0/11036

개발 환경 구성: 391. (GitHub 등과 직접 연동해) 소스 코드 디버깅을 쉽게 해 주는 SourceLink
; https://www.sysnet.pe.kr/2/0/11630

VS.NET IDE: 126. 디컴파일된 소스에 탐색을 사용하도록 설정(Enable navigation to decompiled sources)
; https://www.sysnet.pe.kr/2/0/11689

VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
; https://www.sysnet.pe.kr/2/0/12200

VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
; https://www.sysnet.pe.kr/2/0/12278

개발 환경 구성: 500. (PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
; https://www.sysnet.pe.kr/2/0/12281

VS.NET IDE: 153. 닷넷 응용 프로그램에서의 "My Code" 범위와 "Enable Just My Code"의 역할
; https://www.sysnet.pe.kr/2/0/12401

VS.NET IDE: 170. Visual Studio에서 .NET Core/5+ 역어셈블 소스코드 확인하는 방법
; https://www.sysnet.pe.kr/2/0/12880

VS.NET IDE: 177. 비주얼 스튜디오 2022를 이용한 (소스 코드가 없는) 닷넷 모듈 디버깅 - "외부 원본(External Sources)"
; https://www.sysnet.pe.kr/2/0/13109

VS.NET IDE: 180. Visual Studio - 닷넷 소스 코드 디버깅 중 "Decompile source code"가 동작하는 않는 문제
; https://www.sysnet.pe.kr/2/0/13247

VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
; https://www.sysnet.pe.kr/2/0/13554




Visual Studio - 닷넷 소스 코드 디버깅 중 "Decompile source code"가 동작하는 않는 문제

최근의 Visual Studio에서 분명히 decompiled 시킨 어셈블리임에도 불구하고,

vs_gen_src_access_0.png

정작 Call Stack에서 해당 코드를 보려고 더블 클릭을 하면 곧바로 소스 코드가 보이지 않고 다음과 같은 창이 뜹니다.

vs_gen_src_access_1.png

"Decompile source code" 링크를 클릭해도 해당 소스 코드가 열리지 않는데요, 디컴파일된 소스 코드 위치를 찾아,

C:\> dir /a/s FileChangesMonitor.cs
 Volume in drive C has no label.
 Volume Serial Number is 7090-BBAB

 Directory of %LOCALAPPDATA%\Temp\.vsdbgsrc\2E5F9520028DF5D1934C4EF28AB8655FBAFE89A456A92B6F3491798DF6DFE690

2023-01-31  오후 04:39            23,277 FileChangesMonitor.cs
               1 File(s)         23,277 bytes

     Total Files Listed:
               1 File(s)         23,277 bytes
               0 Dir(s)  567,419,895,808 bytes free

C:\>

"Browse and find CacheDependency.cs..." 링크를 눌러 위의 위치를 지정했더니 이런 오류 창이 뜹니다.

Find Source: CacheDependency.cs

FileChangesMonitor.cs
You don’t have permission to open this file. 

Contact the file owner or an administrator to obtain permission.

재미있는 건, 실제로 해당 파일에 대한 접근 권한이 없다는 점입니다.

vs_gen_src_access_2.png

게다가 관리자 권한은 물론 시스템 권한으로도 소유권을 가져올 수 없습니다.

c:\temp> takeown /f "%LOCALAPPDATA%\Temp\.vsdbgsrc\2E5F...[생략]...6DFE690\FileChangesMonitor.cs" /a /r /d y
ERROR: Access is denied.

어쩔 수 없습니다. ^^; 이런 경우 그냥 .vsdbgsrc 하위 디렉터리를 전부 삭제하는 식으로 해결할 수 있습니다. 다행히 파일 자체에 대한 권한이 막힌 것이어서 그것을 포함한 디렉터리는 삭제가 가능합니다. 그다음, 다시 Visual Studio의 Modules 창(단축키: Ctrl+Alt+U)에서,

vs_gen_src_access_3.png

"Extract Source Code" 메뉴를 이용해 DLL로부터 소스 코드 파일을 생성하면 이후 소스 코드 디버깅이 다시 잘 되는 것을 확인할 수 있습니다.




"Extract Source Code"를 (실행했던 적이 아닌) 실행한 Visual Studio가 열려 있는 경우, 생성된 소스 코드들은 현재의 Visual Studio가 배타적으로 열고 있어 다른 에디터에서 열려고 하면 오류가 발생하는 경우도 있습니다.

The process cannot access the file because it is being used by another process.

만약, 소스 코드 디버깅이 안 돼서 "Extract Source Code" 작업을 다시 해야 하는 경우라면 그냥 Visual Studio를 종료하고 파일 탐색기를 이용해 지우면 됩니다. 혹은, "Tools" 메뉴의 "External Tools..."에,

Visual Studio - External Tools에 Shell 내장 명령어 등록
; https://www.sysnet.pe.kr/2/0/13244

다음과 같은 설정으로 등록해 두면 이후 편리하게 쓸 수 있을 것입니다. ^^

Command: %comspec%
Arguments: /C rmdir /s /q "%LOCALAPPDATA%\Temp\.vsdbgsrc"




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







[최초 등록일: ]
[최종 수정일: 7/20/2023]

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)
11274정성태8/22/201719318.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721624오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724746VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719166VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730617.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721422디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201720997디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725077.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724874.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753124기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724008오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719473오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718203오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720778디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718870.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718128.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201718893.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719129.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720581디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723162디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719476개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719756Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718415오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717067디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720662디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718455오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...