Microsoft MVP성태의 닷넷 이야기
디버깅 기술: 56. 덤프 파일에 핸들/스레드 정보를 포함하는 방법 [링크 복사], [링크+제목 복사],
조회: 26383
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

덤프 파일에 핸들/스레드 정보를 포함하는 방법

windbg에서 덤프 파일 분석시 "!handle" 명령어가 실행되지 않는 경우가 있습니다.

0:008> !handle
ERROR: !handle: extension exception 0x80004002.
    "Unable to read handle information"

말 그대로, 덤프 파일에 핸들 정보가 없어서 그런 것인데요. 아래의 글에 소개한 방식으로 덤프를 뜬 경우에도 저런 오류를 발생시킵니다.

코드(C#)를 통한 풀 덤프 만드는 방법
; https://www.sysnet.pe.kr/2/0/995

오류 분석시에 핸들도 유용한 분석자료가 될 수 있는데, 이를 빼먹었군요. ^^ 그래서 다음과 같이 핸들 정보까지 포함하라고 플래그를 추가해 주면 됩니다.

Boolean res = MiniDumpWriteDump(
    targetProcess.Handle,
                    processId,
                    stream.SafeFileHandle.DangerousGetHandle(),
                    MiniDumpType.WithFullMemory | MiniDumpType.WithHandleData,
                    IntPtr.Zero,
                    IntPtr.Zero,
                    IntPtr.Zero);

Win32 SDK에는 다음과 같이 정의되어 있습니다.

typedef enum _MINIDUMP_TYPE { 
  MiniDumpNormal                          = 0x00000000,
  MiniDumpWithDataSegs                    = 0x00000001,
  MiniDumpWithFullMemory                  = 0x00000002,
  MiniDumpWithHandleData                  = 0x00000004,
  MiniDumpFilterMemory                    = 0x00000008,
  MiniDumpScanMemory                      = 0x00000010,
  MiniDumpWithUnloadedModules             = 0x00000020,
  MiniDumpWithIndirectlyReferencedMemory  = 0x00000040,
  MiniDumpFilterModulePaths               = 0x00000080,
  MiniDumpWithProcessThreadData           = 0x00000100,
  MiniDumpWithPrivateReadWriteMemory      = 0x00000200,
  MiniDumpWithoutOptionalData             = 0x00000400,
  MiniDumpWithFullMemoryInfo              = 0x00000800,
  MiniDumpWithThreadInfo                  = 0x00001000,
  MiniDumpWithCodeSegs                    = 0x00002000,
  MiniDumpWithoutAuxiliaryState           = 0x00004000,
  MiniDumpWithFullAuxiliaryState          = 0x00008000,
  MiniDumpWithPrivateWriteCopyMemory      = 0x00010000,
  MiniDumpIgnoreInaccessibleMemory        = 0x00020000,
  MiniDumpWithTokenInformation            = 0x00040000,
  MiniDumpWithModuleHeaders               = 0x00080000,
  MiniDumpFilterTriage                    = 0x00100000,
  MiniDumpValidTypeFlags                  = 0x001fffff
} MINIDUMP_TYPE;

이를 적용하면 windbg에서 핸들 관련 명령어가 잘 동작합니다. ^^

0:000> !handle
Handle 0000000000000004
  Type          Directory
Handle 0000000000000008
  Type          File
Handle 000000000000000c
  Type          Key
Handle 0000000000000010
  Type          Mutant
Handle 0000000000000014
  Type          ALPC Port
Handle 0000000000000018
  Type          Event

...[생략]...

Handle 0000000000000f68
  Type          Event
Handle 0000000000000f7c
  Type          Key
Handle 0000000000000f80
  Type          Key
642 Handles
Type                        Count
None                        139
Event                       204
Section                     28
File                        50
Directory                   3
Mutant                      47
WindowStation               2
Semaphore                   32
Key                         94
Thread                      14
Desktop                     1
IoCompletion                4
Timer                       2
TpWorkerFactory             3
ALPC Port                   11
WaitCompletionPacket        8




한가지 더 해볼까요? ^^ windbg 의 !runaway 명령어가 다음과 같이 실패하는 경우가 있습니다.

0:000> !runaway
ERROR: !runaway: extension exception 0x80004002.
    "Unable to get thread times - dumps may not have time information"

이를 해결하려면 WithThreadInfo 플래그를 같이 넣어주면 됩니다.

0:000> !runaway
 User Mode Time
  Thread       Time
   0:8ec       0 days 0:00:02.859
   4:6c4       0 days 0:00:00.593
   7:127c      0 days 0:00:00.250
  11:2218      0 days 0:00:00.031
   9:2da8      0 days 0:00:00.031
   5:1ab8      0 days 0:00:00.015
  12:236c      0 days 0:00:00.000
  10:1be0      0 days 0:00:00.000
   8:1a1c      0 days 0:00:00.000
   6:2a30      0 days 0:00:00.000
   3:1324      0 days 0:00:00.000
   2:3e6c      0 days 0:00:00.000
   1:1ad8      0 days 0:00:00.000





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







[최초 등록일: ]
[최종 수정일: 10/29/2013]

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

비밀번호

댓글 작성자
 



2015-01-30 03시44분
procdump.exe - 윈도우 7/2008 R2부터 dbghelp.dll의 버전이 6.1로 시작, 이것부터 !runaway에 따른 스레드 실행시간을 보여줄 수 있음.
정성태

... 61  62  63  64  65  66  67  68  [69]  70  71  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12211정성태4/27/202019268개발 환경 구성: 486. WSL에서 Makefile로 공개된 리눅스 환경의 C/C++ 소스 코드 빌드
12210정성태4/20/202020712.NET Framework: 903. .NET Framework의 Strong-named 어셈블리 바인딩 (1) - app.config을 이용한 바인딩 리디렉션 [1]파일 다운로드1
12209정성태4/13/202017417오류 유형: 614. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우 (2)
12208정성태4/12/202015984Linux: 29. 리눅스 환경에서 C/C++ 프로그램이 Segmentation fault 에러가 발생한 경우
12207정성태4/2/202015839스크립트: 19. Windows PowerShell의 NonInteractive 모드
12206정성태4/2/202018448오류 유형: 613. 파일 잠금이 바로 안 풀린다면? - The process cannot access the file '...' because it is being used by another process.
12205정성태4/2/202015111스크립트: 18. Powershell에서는 cmd.exe의 명령어를 지원하진 않습니다.
12204정성태4/1/202015113스크립트: 17. Powershell 명령어에 ';' (semi-colon) 문자가 포함된 경우
12203정성태3/18/202017959오류 유형: 612. warning: 'C:\ProgramData/Git/config' has a dubious owner: '...'.
12202정성태3/18/202021211개발 환경 구성: 486. .NET Framework 프로젝트를 위한 GitLab CI/CD Runner 구성
12201정성태3/18/202018441오류 유형: 611. git-credential-manager.exe: Using credentials for username "Personal Access Token". [1]
12200정성태3/18/202018532VS.NET IDE: 145. NuGet + Github 라이브러리 디버깅 관련 옵션 3가지 - "Enable Just My Code" / "Enable Source Link support" / "Suppress JIT optimization on module load (Managed only)"
12199정성태3/17/202016179오류 유형: 610. C# - CodeDomProvider 사용 시 Unhandled Exception: System.IO.DirectoryNotFoundException: Could not find a part of the path '...\f2_6uod0.tmp'.
12198정성태3/17/202019533오류 유형: 609. SQL 서버 접속 시 "Cannot open user default database. Login failed."
12197정성태3/17/202018830VS.NET IDE: 144. .NET Core 콘솔 응용 프로그램을 배포(publish) 시 docker image 자동 생성 - 두 번째 이야기 [1]
12196정성태3/17/202015950오류 유형: 608. The ServicedComponent being invoked is not correctly configured (Use regsvcs to re-register).
12195정성태3/16/202018269.NET Framework: 902. C# - 프로세스의 모든 핸들을 열람 - 세 번째 이야기
12194정성태3/16/202021000오류 유형: 607. PostgreSQL - Npgsql.NpgsqlException: sorry, too many clients already
12193정성태3/16/202017923개발 환경 구성: 485. docker - SAP Adaptive Server Enterprise 컨테이너 실행 [1]
12192정성태3/14/202019962개발 환경 구성: 484. docker - Sybase Anywhere 16 컨테이너 실행
12191정성태3/14/202021057개발 환경 구성: 483. docker - OracleXE 컨테이너 실행 [1]
12190정성태3/14/202015635오류 유형: 606. Docker Desktop 업그레이드 시 "The process cannot access the file 'C:\Program Files\Docker\Docker\resources\dockerd.exe' because it is being used by another process."
12189정성태3/13/202021239개발 환경 구성: 482. Facebook OAuth 처리 시 상태 정보 전달 방법과 "유효한 OAuth 리디렉션 URI" 설정 규칙
12188정성태3/13/202026028Windows: 169. 부팅 시점에 실행되는 chkdsk 결과를 확인하는 방법
12187정성태3/12/202015605오류 유형: 605. NtpClient was unable to set a manual peer to use as a time source because of duplicate error on '...'.
12186정성태3/12/202017404오류 유형: 604. The SysVol Permissions for one or more GPOs on this domain controller and not in sync with the permissions for the GPOs on the Baseline domain controller.
... 61  62  63  64  65  66  67  68  [69]  70  71  72  73  74  75  ...