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

Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력

Visual Studio에서 메모리 덤프 파일을 열어 disassembly 창을 보던 중,

00007FFC9973EAD2 57                   push        rdi  
00007FFC9973EAD3 41 56                push        r14  
...[생략]...
00007FFC9973EB33 48 8D 45 90          lea         rax,[rbp-70h]  
00007FFC9973EB37 48 89 47 10          mov         qword ptr [rdi+10h],rax  
00007FFC9973EB3B C6 47 0C 00          mov         byte ptr [rdi+0Ch],0  
00007FFC9973EB3F FF 15 0B 78 AB FF    call        qword ptr [7FFC991F6350h]  
00007FFC9973EB45 C6 47 0C 01          mov         byte ptr [rdi+0Ch],1  
...[생략]...
00007FFC9973EB74 C3                   ret  

7FFC991F6350h 주소에 담긴 값이 궁금해 메모리 창(Ctrl + Alt + M, 1)을 열어 입력했으나,

unable_to_eval_in_vs_mem_1.png

Unable to evaluate the expression.

저렇게 오류가 발생합니다. 확실한 것은 아닌데, 경험 상 2개 이상의 메모리 덤프 파일을 각각 비주얼 스튜디오로 열어 분석할 때 이런 현상이 자주 일어나는 것 같습니다. 실제로, 위와 같은 메시지가 나타나도 비주얼 스튜디오를 종료 후 다시 실행해 메모리 창을 보면 정상적으로 값이 나옵니다.

따라서, 덤프 파일에는 이상이 없는 것이므로 만약 디버깅 중인 비주얼 스튜디오를 종료하고 싶지 않다면 별도의 windbg 등의 디버거를 띄워 같은 메모리 덤프 파일을 열어 조사해 보면,

0:042> dq 0x7FFC991F6350
00007ffc`991f6350  00007ffd`0390b790 00000000`00000000
00007ffc`991f6360  00007ffc`9903da50 00000000`00000000
00007ffc`991f6370  00007ffc`9903da60 00000000`00000000
00007ffc`991f6380  00007ffc`9903da70 00000000`00000000
00007ffc`991f6390  00007ffc`9903da80 00000000`00000000
00007ffc`991f63a0  00007ffc`9903da90 00000000`00000000
00007ffc`991f63b0  00007ffc`9903daa0 00000000`00000000
00007ffc`991f63c0  00007ffc`9903dab0 00000000`00000000

정상적으로 값을 확인할 수 있습니다.




이와 마찬가지로, 메모리 창뿐만 아니라 "Disassembly" 창에서도 유효한 코드 주소인데도 다음과 같은 식으로 오류가 발생하는 경우가 있습니다.

The specified address cannot be displayed. error CS0518: Predefined type 'System.Void' is not defined or imported.

이럴 때도 그냥 windbg를 함께 열어 "u" 명령어를 이용해 코드를 확인하면 됩니다. (또는 비주얼 스튜디오를 재시작하든가.)

0:042> u 0x00007ffd0390b790
combase!CoTaskMemFree [d:\rs1\onecore\com\combase\class\memapi.cxx @ 467]:
00007ffd`0390b790 4883ec28        sub     rsp,28h
00007ffd`0390b794 488b05055b2100  mov     rax,qword ptr [combase!g_CMalloc (00007ffd`03b212a0)]
00007ffd`0390b79b 488d15eed40400  lea     rdx,[combase!CRetailMalloc_Free (00007ffd`03958c90)]
00007ffd`0390b7a2 488b4028        mov     rax,qword ptr [rax+28h]
00007ffd`0390b7a6 483bc2          cmp     rax,rdx
00007ffd`0390b7a9 7521            jne     combase!CoTaskMemFree+0x3c (00007ffd`0390b7cc)
00007ffd`0390b7ab 4885c9          test    rcx,rcx
00007ffd`0390b7ae 7417            je      combase!CoTaskMemFree+0x37 (00007ffd`0390b7c7)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 11/18/2019]

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

비밀번호

댓글 작성자
 




... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12099정성태1/3/202011368디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098정성태1/2/202010982.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097정성태1/2/20209518디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096정성태12/30/201911538디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095정성태12/27/201912878VC++: 135. C++ - string_view의 동작 방식
12094정성태12/26/201911047.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093정성태12/26/201911100.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력파일 다운로드1
12092정성태12/25/201910505디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091정성태12/25/201912036디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090정성태12/24/201910625.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]파일 다운로드1
12089정성태12/23/201911380디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088정성태12/23/201910338Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087정성태12/21/201910826디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12086정성태12/20/201912862디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201910558오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201911207디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201912491Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201912322오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201914047개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201911955.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201913160오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201913146Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201912648Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201910844디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201911688디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201911323디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
... [61]  62  63  64  65  66  67  68  69  70  71  72  73  74  75  ...