성태의 닷넷 이야기
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] Java - How to use the Foreign Funct...
[정성태] 제가 큰 실수를 했군요. ^^; Delegate를 통한 Bein...
[정성태] Working with Rust Libraries from C#...
[정성태] Detecting blocking calls using asyn...
[정성태] 아쉽게도, 커뮤니티는 아니고 개인 블로그입니다. ^^
[정성태] 질문이 잘 이해가 안 됩니다. 우선, 해당 소스코드에서 ILis...
[양승조
] var대신 dinamic으로 선언해서 해결은 했습니다. 맞는 해...
[양승조
] 또 막혔습니다. ㅠㅠ var list = props[i].Ge...
[양승조
] 아. 감사합니다. 어제는 안됐던것 같은데....정신을 차려야겠네...
[정성태] "props[i].GetValue(props[i])" 코드에서 ...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
제니퍼 .NET
닷넷
COM 개체 관련
스크립트
VC++
VS.NET IDE
Windows
Team Foundation Server
디버깅 기술
오류 유형
개발 환경 구성
웹
기타
Linux
Java
DDK
Math
Phone
Graphics
사물인터넷
부모글 보이기/감추기
내용
<div style='display: inline'> <h1 style='font-family: Malgun Gothic, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>windbg - x64 환경에서 닷넷 예외가 발생한 경우 인자를 확인할 수 없었던 사례</h1> <p> 지난번에는 (운이 좋게) 메서드의 인자를 확인했던 사례를,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > windbg - x64 역어셈블 코드에서 닷넷 메서드 호출의 인자를 확인하는 방법 ; <a target='tab' href='http://www.sysnet.pe.kr/2/0/11348'>http://www.sysnet.pe.kr/2/0/11348</a> </pre> <br /> 설명했지만, 언제나 저렇게 할 수 있는 것은 아닙니다. 이번에는 확인할 수 없었던 사례를 한 번 볼까요? ^^<br /> <br /> 다음과 같은 예외가 발생했는데,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > System.ApplicationException: at TestLib.MyType.FindId(Dictionary`2 dict, <span style='color: blue; font-weight: bold'>String idToFind</span>) at D:\TestApp\TestLib\MyType.cs:Line 751 at TestLib.MyType.ViewBind(Dictionary`2 dict, Int32 port, Site site, String rootPath, TreeNode iisNode) at D:\TestApp\TestLib\MyType.cs:Line 663 at TestLib.MyType.PopulateWeb(TreeNode iisNode) at D:\TestApp\TestLib\MyType.cs:Line 523 at TestLib.MainForm.Refresh_Clicked(Object sender, EventArgs arg) at D:\TestApp\TestLib\MainForm.cs:Line 915 at TestLib.MainForm.OnLoad(EventArgs e) at D:\TestApp\TestLib\MainForm.cs:Line 192 at System.Windows.Forms.Form.OnCreateControl() at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible) at System.Windows.Forms.Control.CreateControl() at System.Windows.Forms.Control.WmShowWindow(Message& m) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.Form.WmShowWindow(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam) </pre> <br /> "idToFind"에 들어온 문자열을 확인하고 싶어졌습니다. (물론, 재빠르게 빌드해서 idToFind 문자열을 출력하는 것을 만들어 배포해 다시 실행해 보는 것이 가장 좋습니다. ^^) 일단 이 예외 메시지가 떴을 때 윈도우 덤프를 받았는데요. 이전에도 언급했지만, 행운이 따라준다면 dso 명령어만으로 호출 스택에서 해당 문자열을 확인할 수 있습니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:000> <span style='color: blue; font-weight: bold'>!dso</span> OS Thread Id: 0x2d1c (0) RSP/REG Object Name rbx 0000000002b491a8 System.Windows.Forms.Application+ThreadContext r14 0000000002c35858 System.Windows.Forms.NativeMethods+MSG[] r15 0000000002b491a8 System.Windows.Forms.Application+ThreadContext 0000000000D7BCA0 0000000002b491a8 System.Windows.Forms.Application+ThreadContext 0000000000D7BD08 0000000002b491a8 System.Windows.Forms.Application+ThreadContext ...[생략]... 0000000000D7EE80 0000000002ba4420 System.Windows.Forms.ApplicationContext 0000000000D7EEA0 0000000002b491a8 System.Windows.Forms.Application+ThreadContext 0000000000D7EEA8 0000000002ba4420 System.Windows.Forms.ApplicationContext 0000000000D7EEC0 0000000002b491a8 System.Windows.Forms.Application+ThreadContext 0000000000D7EED0 0000000002ba4420 System.Windows.Forms.ApplicationContext 0000000000D7EF00 0000000002b45f18 TestLib.MainForm 0000000000D7EF20 0000000002b491a8 System.Windows.Forms.Application+ThreadContext 0000000000D7EF30 0000000002ba4420 System.Windows.Forms.ApplicationContext 0000000000D7F130 0000000002a62bf0 System.Security.Policy.AssemblyEvidenceFactory 0000000000D7F868 0000000002a61440 System.SharedStatics </pre> <br /> 하지만 이번 덤프에서는 문자열이 없었습니다. 그 말인즉, idToFind 인자가 내부에서 rcx, rdx, r8, r9 레지스터로만 전달되고 스택에 백업된 적이 없다는 것을 의미합니다. 자, 이런 경우라면 어쩔 수 없이 좀 더 요행을 바라야 합니다. 그러려면 우선 해당 메서드의 실행 상태를 분석해야 하는데 clrstack으로 IP를 찾아야 합니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:000> <span style='color: blue; font-weight: bold'>!clrstack</span> OS Thread Id: 0x2d1c (0) Child SP IP Call Site ...[생략]... 0000000000d7bf40 00007ff92eb36bed System.Windows.Forms.Form.ShowDialog(System.Windows.Forms.IWin32Window) 0000000000d7c040 00007ff92eb072e3 System.Windows.Forms.Application+ThreadContext.OnThreadException(System.Exception) 0000000000d7c0b0 00007ff92eb1493a System.Windows.Forms.Control.WndProcException(System.Exception) 0000000000d7c0e0 00007ff92e42a433 System.Windows.Forms.NativeWindow.Callback(IntPtr, Int32, IntPtr, IntPtr) 0000000000d7e218 00007ff949edfc5d [HelperMethodFrame: 0000000000d7e218] 0000000000d7e300 <span style='color: blue; font-weight: bold'>00007ff8ea7ac030</span> TestLib.MyType.FindId(System.Collections.Generic.Dictionary`2, System.String) 0000000000d7e390 00007ff8ea7aaef3 TestLib.MyType.ViewBind(System.Collections.Generic.Dictionary`2, Int32, Microsoft.Web.Administration.Site, System.String, System.Windows.Forms.TreeNode) ...[생략]... 0000000000d7eec0 00007ff92e43e9ff System.Windows.Forms.Application+ThreadContext.RunMessageLoop(Int32, System.Windows.Forms.ApplicationContext) 0000000000d7ef20 00007ff8ea7a05ed TestLib.Program.Main() 0000000000d7f1b0 00007ff949d96d93 [GCFrame: 0000000000d7f1b0] </pre> <br /> TestLib.MyType.FindId를 역어셈블하니,<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:000> <span style='color: blue; font-weight: bold'>!U /d 00007ff8ea7ac030</span> Normal JIT generated code TestLib.MyType.FindId(System.Collections.Generic.Dictionary`2<System.String,System.Windows.Forms.TreeNode>, System.String) Begin 00007ff8ea7abef0, size 141 00007ff8`ea7abef0 57 push rdi 00007ff8`ea7abef1 56 push rsi 00007ff8`ea7abef2 4883ec78 sub rsp,78h 00007ff8`ea7abef6 488bf1 mov rsi,rcx 00007ff8`ea7abef9 488d7c2428 lea rdi,[rsp+28h] 00007ff8`ea7abefe b914000000 mov ecx,14h 00007ff8`ea7abf03 33c0 xor eax,eax 00007ff8`ea7abf05 f3ab rep stos dword ptr [rdi] 00007ff8`ea7abf07 488bce mov rcx,rsi 00007ff8`ea7abf0a 488bfa mov rdi,rdx 00007ff8`ea7abf0d 498bf0 <span style='color: blue; font-weight: bold'>mov rsi,r8</span> 00007ff8`ea7abf10 8b0f mov ecx,dword ptr [rdi] 00007ff8`ea7abf12 488bcf mov rcx,rdi 00007ff8`ea7abf15 488bd6 <span style='color: blue; font-weight: bold'>mov rdx,rsi</span> 00007ff8`ea7abf18 e8d3ac425e call mscorlib_ni!System.Collections.Generic.Dictionary`2[System.__Canon,System.__Canon].FindEntry(System.__Canon)$##600391F (00007ff9`48bd6bf0) ...[생략]... 00007ff8`ea7ac02b e8204d735f call clr!IL_Throw (00007ff9`49ee0d50) >>> 00007ff8`ea7ac030 cc int 3 </pre> <br /> FindEntry로 넘겨진 idToFind 인자는 (this를 포함해) 2번째이므로 rdx로 전달하고 있습니다. rdx의 값은 rsi에서 왔고 rsi는 다시 r8에서 왔으므로 결국 TestLib.MyType.FindId 메서드의 3번째 인자로 넘겨진 값이 (스택이 아닌) 레지스터들 사이에서만 이동하고 있으므로 일단 이 메서드에서는 값을 확인할 길이 없습니다. (왜냐하면, 예외 메시지가 발생한 상황에서는 이미 rdx, r8 레지스터에 다른 값이 들어있기 때문입니다.)<br /> <br /> 따라서 이번 메서드는 포기하고, 이제 TestLib.MyType.FindId를 호출한 측 메서드로 넘어갑니다.<br /> <br /> <pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' > 0:000> <span style='color: blue; font-weight: bold'>!U /d 00007ff8ea7aaef3</span> Normal JIT generated code TestLib.MyType.ViewBind(System.Collections.Generic.Dictionary`2<System.String,System.Windows.Forms.TreeNode>, Int32, Microsoft.Web.Administration.Site, System.String, System.Windows.Forms.TreeNode) Begin 00007ff8ea7aab50, size 88d 00007ff8`ea7aab50 55 push rbp 00007ff8`ea7aab51 4157 push r15 00007ff8`ea7aab53 4156 push r14 00007ff8`ea7aab55 4154 push r12 00007ff8`ea7aab57 57 push rdi 00007ff8`ea7aab58 56 push rsi 00007ff8`ea7aab59 53 push rbx 00007ff8`ea7aab5a 4881ec00010000 sub rsp,100h 00007ff8`ea7aab61 488dac2430010000 lea rbp,[rsp+130h] 00007ff8`ea7aab69 488bf1 mov rsi,rcx 00007ff8`ea7aab6c 488dbd28ffffff lea rdi,[rbp-0D8h] 00007ff8`ea7aab73 b92a000000 mov ecx,2Ah 00007ff8`ea7aab78 33c0 xor eax,eax 00007ff8`ea7aab7a f3ab rep stos dword ptr [rdi] 00007ff8`ea7aab7c 488bce mov rcx,rsi 00007ff8`ea7aab7f 4889a510ffffff mov qword ptr [rbp-0F0h],rsp 00007ff8`ea7aab86 48895518 mov qword ptr [rbp+18h],rdx 00007ff8`ea7aab8a 44894520 mov dword ptr [rbp+20h],r8d 00007ff8`ea7aab8e 488bf9 mov rdi,rcx 00007ff8`ea7aab91 498bf1 mov rsi,r9 00007ff8`ea7aab94 48b930cf83eaf87f0000 mov rcx,7FF8EA83CF30h (MT: TestLib.ItemEntry) 00007ff8`ea7aab9e e89d795e5f <span style='color: blue; font-weight: bold'>call clr!JIT_TrialAllocSFastMP_InlineGetThread</span> (00007ff9`49d92540) 00007ff8`ea7aaba3 488bd8 <span style='color: blue; font-weight: bold'>mov rbx,rax</span> 00007ff8`ea7aaba6 488b14250836a612 mov rdx,qword ptr [12A63608h] ("") ...[생략]... 00007ff8`ea7aaede e8bdcdc243 call System_Windows_Forms_ni!System.Windows.Forms.Application.Run(System.Windows.Forms.Form)$##6000565 <PERF> (System_Windows_Forms_ni+0x207ca0) (00007ff9`2e3d7ca0) 00007ff8`ea7aaee3 4c8b4340 <span style='color: blue; font-weight: bold'>mov r8,qword ptr [rbx+40h]</span> 00007ff8`ea7aaee7 488bcf mov rcx,rdi 00007ff8`ea7aaeea 488b5518 mov rdx,qword ptr [rbp+18h] 00007ff8`ea7aaeee e8fd54ffff call 00007ff8`ea7a03f0 (TestLib.MyType.FindId(System.Collections.Generic.Dictionary`2<System.String,System.Windows.Forms.TreeNode>, System.String), mdToken: 00000000060000cb) >>> 00007ff8`ea7aaef3 488bc8 mov rcx,rax ...[생략]... </pre> <br /> 이번에는, 비록 스택은 아니지만 RBX 레지스터에 기반을 둔 오프셋 연산을 확인할 수 있습니다. TestLib.MyType.FindId의 3번째 인자(r8)에 전달한 값은, JIT_TrialAllocSFastMP_InlineGetThread의 결과로 나온 rax로부터 온 것입니다. 메서드 이름에 AllocSFast가 있다는 것에서 C# 코드의 "new ..."임을 짐작게 하는데, 즉 new로 새롭게 할당받은 객체에 대한 heap 주소를 rax로 반환했는데 그것을 (C# 코드에서는 지역 변수인데도) 스택이 아닌 rbx 레지스터에 보관해 들고 다니고 있습니다.<br /> <br /> 이로써, 희망이 사라진 것입니다. ^^; CPU의 레지스터가 풍부해진 바람에 스택을 이용하지 않고도 지역 변수를 저렇게 마음대로 처리할 수 있게 되었으니... 이제는 프로그램에서 진단 로그를 남기는 데에 더 신경을 써야 할 시기가 온 것입니다.<br /> <br /> <hr style='width: 50%' /><br /> <br /> 참고로, new로 할당받은 객체의 필드(위의 코드에서는 rbx + 40h)에 값을 대입하는 코드를 찾아 다시 그것의 호출 관계를 찾아들어가는 것도 가능합니다. 하지만, 그건 스택을 사용한다 해도 이미 해제될 가능성도 많기 때문에 역시 요행을 바라는 과정일 수밖에 없습니다. 그러니까... 디버깅 입장에서는 x86 시절이 참 좋았습니다. ^^<br /> </p><br /> <br /><hr /><span style='color: Maroon'>[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]</span> </div>
첨부파일
스팸 방지용 인증 번호
1789
(왼쪽의 숫자를 입력해야 합니다.)