Microsoft MVP성태의 닷넷 이야기
오류 유형: 412. windbg - SOS does not support the current target architecture. [링크 복사], [링크+제목 복사],
조회: 19982
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 6개 있습니다.)
오류 유형: 412. windbg - SOS does not support the current target architecture.
; https://www.sysnet.pe.kr/2/0/11262

오류 유형: 798. WinDbg - Failed to load data access module, 0x80004002
; https://www.sysnet.pe.kr/2/0/12994

디버깅 기술: 184. windbg - 32비트 프로세스의 메모리 덤프인 경우 !peb 명령어로 나타나지 않는 환경 변수
; https://www.sysnet.pe.kr/2/0/13216

디버깅 기술: 185. windbg - 64비트 운영체제에서 작업 관리자로 뜬 32비트 프로세스의 덤프를 sos로 디버깅하는 방법
; https://www.sysnet.pe.kr/2/0/13217

디버깅 기술: 201. WinDbg - sos threads 명령어 실행 시 "Failed to request ThreadStore"
; https://www.sysnet.pe.kr/2/0/13725

오류 유형: 950. Process Explorer - 64비트 윈도우에서 32비트 프로세스의 덤프를 뜰 때 "Error writing dump file: Access is denied." 오류
; https://www.sysnet.pe.kr/2/0/13913




windbg - SOS does not support the current target architecture.

이상하군요. 제 (64비트 운영체제가 설치된) 로컬 컴퓨터에서 '작업 관리자'를 통해 생성한 (32비트 프로세스의) 풀 덤프를 windbg에서 로드해 sos.dll을 사용하려는데 다음과 같이 오류가 발생합니다.

0:000> .loadby sos clr

0:000> !clrstack
SOS does not support the current target architecture.

.chain 명령어로 확인해 봐도 x86용 sos.dll이 올라온 것이 맞습니다.

0:000> .chain
Extension DLL search Path:
    C:\...[생략]...;C:\Program Files (x86)\Microsoft VS Code\bin

Extension DLL chain:
    C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos: image 4.7.2101.1, API 1.0.0, built Sat Jun  3 16:46:03 2017
        [path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\sos.dll]
    dbghelp: image 10.0.15063.468, API 10.0.6, built Thu Jan  1 09:00:00 1970
        [path: C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\dbghelp.dll]
    ext: image 10.0.15063.468, API 1.0.0, built Thu Jan  1 09:00:00 1970
        [path: C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\winext\ext.dll]
    exts: image 10.0.15063.468, API 1.0.0, built Thu Jan  1 09:00:00 1970
        [path: C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\WINXP\exts.dll]
    uext: image 10.0.15063.468, API 1.0.0, built Thu Jan  1 09:00:00 1970
        [path: C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\winext\uext.dll]
    ntsdexts: image 10.0.15063.468, API 1.0.0, built Thu Jan  1 09:00:00 1970
        [path: C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\WINXP\ntsdexts.dll]

검색해 보니, 작업 관리자로 한 경우 그럴 수 있다고 합니다. ^^; 실제로 Process Explorer를 통해 동일한 (32비트) 프로세스의 덤프를 떴는데 그 파일은 문제 없이 sos.dll이 동작했습니다. (2025-04-09 업데이트: 32비트용 Task Manager를 사용해 덤프하는 것도 가능합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/9/2025]

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

비밀번호

댓글 작성자
 



2017-08-06 10시42분
[이태화] 작업관리자로 덤프를 생성해서 64비트 덤프가 생성된것이 아닐까요?
[guest]
2017-08-07 10시58분
그런 것은 아닌 듯합니다. x64 windbg로 로드해 ".loadby sos clr" 명령어를 내리면 32비트 경로의 sos.dll을 로드하려고 합니다. 또한 lm 명령어로 보이는 kerenel32 모듈에 대해서도 Image path는 C:\Windows\SysWOW64\kernel32.dll로 잡혀 있습니다.
정성태
2017-08-07 12시47분
아... 다시 process explorer가 뜬 dump와 비교해보니, !peb 명령어 결과에 작업 관리자가 생성한 것은 이렇게 나오고

Windows 10 Version 15063 MP (4 procs) Free x64

process explorer는 다음과 같이 나오는 걸로 봐서,

Windows 10 Version 15063 MP (4 procs) Free x86 compatible

작업 관리자가 x64 방식으로 덤프를 뜬 것이 맞는 것 같습니다.
정성태

... 106  107  108  109  110  111  112  113  114  115  116  [117]  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11038정성태9/9/201627118VC++: 99. 서로 다른 프로세스에서 WM_DROPFILES 메시지를 전송하는 방법파일 다운로드1
11037정성태9/8/201630392.NET Framework: 603. socket - shutdown 호출이 필요한 사례파일 다운로드1
11036정성태8/29/201625925개발 환경 구성: 297. 소스 코드가 없는 닷넷 어셈블리를 디버깅할 때 지역 변숫값을 확인하는 방법
11035정성태8/29/201621825오류 유형: 354. .NET Reflector - PDB 생성 화면에서 "Clear Store"를 하면 "Index and length must refer to a location within the string" 예외 발생
11034정성태8/25/201625932개발 환경 구성: 296. .NET Core 프로젝트를 NuGet Gallery에 배포하는 방법 [2]
11033정성태8/24/201623904오류 유형: 353. coreclr 빌드 시 error C3249: illegal statement or sub-expression for 'constexpr' function
11032정성태8/23/201623152개발 환경 구성: 295. 최신의 Visual C++ 컴파일러 도구를 사용하는 방법 [1]
11031정성태8/23/201619039오류 유형: 352. Error encountered while pushing to the remote repository: Response status code does not indicate success: 403 (Forbidden).
11030정성태8/23/201622288VS.NET IDE: 111. Team Explorer - 추가한 Git Remote 저장소가 Branch에 보이지 않는 경우
11029정성태8/18/201629623.NET Framework: 602. Process.Start의 cmd.exe에서 stdin만 redirect 하는 방법 [1]파일 다운로드1
11028정성태8/15/201622508오류 유형: 351. Octave 설치 시 JRE 경로 문제
11027정성태8/15/201624318.NET Framework: 601. ElementHost 컨트롤의 메모리 누수 현상
11026정성태8/13/201625484Math: 19. 행렬 연산으로 본 해밍코드
11025정성태8/12/201624478개발 환경 구성: 294. .NET Core 프로젝트에서 "Copy to Output Directory" 처리 [1]
11024정성태8/12/201623572오류 유형: 350. "nProtect GameMon" 실행 중에는 Visual Studio 디버깅이 안됩니다! [1]
11023정성태8/10/201625171개발 환경 구성: 293. Azure 구독 후 PaaS 서비스 만들어 보기
11022정성태8/10/201625807개발 환경 구성: 292. Azure Cloud Service 배포시 사용자 정의 작업을 추가하는 방법
11021정성태8/10/201623027오류 유형: 349. System.Runtime.Remoting.RemotingException - Type '..., ..., Version=..., Culture=neutral, PublicKeyToken=null' is not registered for activation [2]
11020정성태8/10/201625828VC++: 98. 원본과 대상 버퍼가 같은 경우 memcpy, wmemcpy 주의점
11019정성태8/10/201642501기타: 60. 도서: 시작하세요! C# 6.0 프로그래밍: 기본 문법부터 실전 예제까지 (2쇄 정오표)
11018정성태8/9/201626543.NET Framework: 600. 단일 메서드 내에서의 할당으로 알아보는 자바와 닷넷의 GC 차이점 [1]
11017정성태8/9/201627796웹: 33. HTTP 쿠키에 한글 값을 설정하는 방법
11016정성태8/7/201625983개발 환경 구성: 291. Windows Server Containers 소개
11015정성태8/7/201624337오류 유형: 348. Windows Server 2016 TP5에서 Windows Containers의 docker run 실행 시 encountered an error during Start failed in Win32
11014정성태8/6/201625034오류 유형: 347. Hyper-V Virtual Machine Management service Account does not have permission to open attachment
11013정성태8/6/201635869개발 환경 구성: 290. Windows 10에서 경험해 보는 Windows Containers와 docker [4]
... 106  107  108  109  110  111  112  113  114  115  116  [117]  118  119  120  ...