Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 223. WinDbg - .kframes 명령어 [링크 복사], [링크+제목 복사],
조회: 5777
글쓴 사람
정성태 (seongtaejeong at gmail.com)
홈페이지
첨부 파일
 

WinDbg - .kframes 명령어

k 명령어로 호출 스택을 출력하는데, 이상하게 255개의 프레임까지만 보여줍니다.

0:147> k
*** WARNING: Unable to verify checksum for Oracle.ManagedDataAccess.DLL
 # Child-SP          RetAddr               Call Site
00 0000001f`20785fd0 00007fff`7a44cab7     clr!SecurityDeclarative::InvokeDeclarativeActions+0x5edbe
01 0000001f`20786100 00007fff`7a4256c5     clr!JIT_Security_Prolog_Framed+0x127
02 0000001f`20786280 00007fff`1c5e0f93     clr!JIT_Security_Prolog+0x45
03 0000001f`207862b0 00007fff`1c66b084     Oracle_ManagedDataAccess!Oracle.ManagedDataAccess.Client.OracleConnection.get_State+0x23
04 0000001f`207862f0 00007fff`1cbc00cd     TestMod!TestClass.TestMethod+0x74
05 0000001f`20786340 00007fff`1c5e0fbd     Oracle_ManagedDataAccess!Oracle.ManagedDataAccess.Client.OracleConnection.Close+0x4d
...[생략]...
fc 0000001f`2078cfa0 00007fff`1c66b084     Oracle_ManagedDataAccess!Oracle.ManagedDataAccess.Client.OracleConnection.get_State+0x4d
fd 0000001f`2078cfe0 00007fff`1cbc00cd     TestMod!TestClass.TestMethod+0x74
fe 0000001f`2078d030 00007fff`1c5e0fbd     Oracle_ManagedDataAccess!Oracle.ManagedDataAccess.Client.OracleConnection.Close+0x4d
ff 0000001f`2078d0f0 00007fff`1c66b084     Oracle_ManagedDataAccess!Oracle.ManagedDataAccess.Client.OracleConnection.get_State+0x4d

// 참고로, .NET CLR을 디버깅할 때 사용하는 clrstack 명령어는 모든 스택을 보여줍니다. (그래서 경우에 따라 완료되기까지 시간이 더 걸릴 수 있습니다.)

보는 바와 같이, 저 제약으로 인해 재귀가 발생한 최초 함수 호출로의 문맥 전환을 할 수 없게 되는데요, 검색해 보니까 기본값이 255로 설정돼 있어서입니다. ^^;

.kframes (Set Stack Length)
; https://learn.microsoft.com/en-us/windows-hardware/drivers/debuggercmds/-kframes--set-stack-length-

0:147> .kframes
Default stack trace depth is 0n256 frames

따라서 저런 경우에는 .kframes 명령어로 스택 프레임의 개수를 늘려주면 됩니다.

0:147> .kframes 10000
Default stack trace depth is 0n65536 frames

0:147> k
...[최대 10,000개의 스택 프레임 출력]...

유사한 제약이 Visual Studio에도 있는데요, Call Stack 창에서 보여주는 최대 frame의 개수가 기본적으로 5,000개로 설정돼 있고, 그것을 변경하려면 VSDebugEng_Impl_Engine.pkgdef 파일을 수정해야 합니다.




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







[최초 등록일: ]
[최종 수정일: 7/15/2025]

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

비밀번호

댓글 작성자
 




... 76  77  78  [79]  80  81  82  83  84  85  86  87  88  89  90  ...
NoWriterDateCnt.TitleFile(s)
12068정성태11/28/201933598디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201924817디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201924413디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201921791디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201925758오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201925116디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201923137디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201923709Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201927732디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201926270디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201926324디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
12057정성태11/18/201921453오류 유형: 579. Visual Studio - Memory 창에서 유효한 주소 영역임에도 "Unable to evaluate the expression." 오류 출력
12056정성태11/18/201928974개발 환경 구성: 464. "Microsoft Visual Studio Installer Projects" 프로젝트로 EXE 서명 및 MSI 파일 서명 방법파일 다운로드1
12055정성태11/17/201922312개발 환경 구성: 463. Visual Studio의 Ctrl + Alt + M, 1 (Memory 1) 등의 단축키가 동작하지 않는 경우
12054정성태11/15/201924324.NET Framework: 869. C# - 일부러 GC Heap을 깨뜨려 GC 수행 시 비정상 종료시키는 예제
12053정성태11/15/201923543Windows: 166. 윈도우 10 - 명령행 창(cmd.exe) 속성에 (DotumChe, GulimChe, GungsuhChe 등의) 한글 폰트가 없는 경우
12052정성태11/15/201922427오류 유형: 578. Azure - 일정(schedule)에 등록한 runbook이 1년 후 실행이 안 되는 문제(Reason - The key used is expired.)
12051정성태11/14/201928416개발 환경 구성: 462. 시작하자마자 비정상 종료하는 프로세스의 메모리 덤프 - procdump [1]
12050정성태11/14/201926032Windows: 165. AcLayers의 API 후킹과 FaultTolerantHeap
12049정성태11/13/201926458.NET Framework: 868. (닷넷 프로세스를 대상으로) 디버거 방식이 아닌 CLR Profiler를 이용해 procdump.exe 기능 구현
12048정성태11/12/201925699Windows: 164. GUID 이름의 볼륨에 해당하는 파티션을 찾는 방법
12047정성태11/12/201927671Windows: 163. 안전하게 eject시킨 USB 장치를 물리적인 재연결 없이 다시 인식시키는 방법
12046정성태10/29/201921921오류 유형: 577. windbg - The call to LoadLibrary(...\sos.dll) failed, Win32 error 0n193
12045정성태10/27/201923336오류 유형: 576. mstest.exe 실행 시 "Visual Studio Enterprise is required to execute the test." 오류 - 두 번째 이야기
12044정성태10/27/201921771오류 유형: 575. mstest.exe - System.Resources.MissingSatelliteAssemblyException: The satellite assembly named "Microsoft.VisualStudio.ProductKeyDialog.resources.dll, ..."
12043정성태10/27/201924302오류 유형: 574. Windows 10 설치 시 오류 - 0xC1900101 - 0x4001E
... 76  77  78  [79]  80  81  82  83  84  85  86  87  88  89  90  ...