Microsoft MVP성태의 닷넷 이야기
오류 유형: 412. windbg - SOS does not support the current target architecture. [링크 복사], [링크+제목 복사],
조회: 18358
글쓴 사람
정성태 (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 방식으로 덤프를 뜬 것이 맞는 것 같습니다.
정성태

... 181  182  183  184  185  186  187  188  189  190  [191]  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
169정성태10/14/200520797    답변글 VS.NET IDE: 33.1. Enable rapid-fail protection 상황 재현 방법
166정성태11/14/200518020.NET Framework: 48. IE를 죽이는 스크립트 소스
165정성태11/14/200518650.NET Framework: 47. MOM (Microsoft Operations Manager) 2005 서버 설치 가이드
164정성태11/14/200515920.NET Framework: 46. 도메인에 속한 컴퓨터의 Local Computer Policy 변경 방법
162정성태10/3/200518613.NET Framework: 45. VS.NET 2005 IDE에서 Web App를 .NET 2.0 (x64) 머신에 배포
161정성태11/14/200521481.NET Framework: 44. IIS 관리자에서 ASP.NET 탭이 없는 경우.
159정성태9/28/200517421VS.NET IDE: 32. Virtual Server 2005 64bit SP1 Beta 테스트 [2]
163정성태10/3/200515498    답변글 VS.NET IDE: 32.1. 왜...?
158정성태11/14/200517936VS.NET IDE: 31. SQL 2005 - A connection was successfully established with the server
157정성태9/21/200517716기타: 10. SQL2000 설치 시, Invalid Product Key 오류
156정성태9/16/200519661.NET Framework: 43. Wisptis.exe 프로세스
155정성태5/31/200516025.NET Framework: 42. .NET Installer Class에서 Install 메서드 - 설정 사항들 알아내는 코드
154정성태5/13/200514959VS.NET IDE: 30. Windows 2003 for x64에 추가된 레지스트리 Run 노드
152정성태5/5/200518397VC++: 18. VC++ 7.0에서부터 ? : 연산자 처리가 바뀌었습니다.
153정성태5/12/200518532    답변글 VC++: 18.1. VC++ 8.0에서부터 바뀐 CRT 소개
151정성태5/5/200521478VC++: 17. DLL에 export 된 C++ 클래스 멤버 함수 파라미터형 정보 알아내는 방법
150정성태5/5/200522707.NET Framework: 41. 태그 사이의 값을 추출하는 정규식
149정성태5/5/200519129.NET Framework: 40. 데이터그리드에서 콤보박스 쓸 수 있는 방법
148정성태5/5/200519703.NET Framework: 39. DataSet 방식을 RecordSet으로 구현하는 방법.
147정성태5/7/200617247VC++: 16. 클래스 멤버 함수에 대한 포인터를 받는 표현.
146정성태4/29/200516225VS.NET IDE: 29. 네트워크 공유를 다른 사용자 계정으로 다시 로그인을 원하는 경우.
144정성태4/14/200516677VS.NET IDE: 28. Windows 2003 SP1을 설치하고.
143정성태5/5/200517841.NET Framework: 38. DSL (Domain Specific Language)
141정성태4/14/200518787VS.NET IDE: 27. 64bit 컴퓨터 사용 평가 [3]
140정성태4/14/200515867.NET Framework: 37. String.GetHashCode의 리턴값. 그때그때 다릅니다.
138정성태4/12/200516723.NET Framework: 36. 64bit 시스템 구성
... 181  182  183  184  185  186  187  188  189  190  [191]  192  193  194  195  ...