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

... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...
NoWriterDateCnt.TitleFile(s)
13223정성태1/20/202312826오류 유형: 838. RDP 연결 오류 - The two computers couldn't connect in the amount of time allotted
13222정성태1/20/202312834개발 환경 구성: 657. WSL - DockerDesktop.vhdx 파일 위치를 옮기는 방법
13221정성태1/19/202313281Linux: 57. C# - 리눅스 프로세스 메모리 정보파일 다운로드1
13220정성태1/19/202313343오류 유형: 837. NETSDK1045 The current .NET SDK does not support targeting .NET ...
13219정성태1/18/202312660Windows: 220. 네트워크의 인터넷 접속 가능 여부에 대한 판단 기준
13218정성태1/17/202312541VS.NET IDE: 178. Visual Studio 17.5 (Preview 2) - 포트 터널링을 이용한 웹 응용 프로그램의 외부 접근 허용
13217정성태1/13/202313273디버깅 기술: 185. windbg - 64비트 운영체제에서 작업 관리자로 뜬 32비트 프로세스의 덤프를 sos로 디버깅하는 방법
13216정성태1/12/202312673디버깅 기술: 184. windbg - 32비트 프로세스의 메모리 덤프인 경우 !peb 명령어로 나타나지 않는 환경 변수
13215정성태1/11/202316228Linux: 56. 리눅스 - /proc/pid/stat 정보를 이용해 프로세스의 CPU 사용량 구하는 방법 [1]
13214정성태1/10/202315411.NET Framework: 2087. .NET 6부터 SourceGenerator와 통합된 System.Text.Json [1]파일 다운로드1
13213정성태1/9/202312973오류 유형: 836. docker 이미지 빌드 시 "RUN apt install ..." 명령어가 실패하는 이유
13212정성태1/8/202314991기타: 85. 단정도/배정도 부동 소수점의 정밀도(Precision)에 따른 형변환 손실
13211정성태1/6/202314751웹: 42. (https가 아닌) http 다운로드를 막는 웹 브라우저
13210정성태1/5/202313570Windows: 219. 윈도우 x64의 경우 0x00000000`7ffe0000 아래의 주소는 왜 사용하지 않을까요?
13209정성태1/4/202312286Windows: 218. 왜 윈도우에서 가상 메모리 공간은 64KB 정렬이 된 걸까요?
13208정성태1/3/202313749.NET Framework: 2086. C# - Windows 운영체제의 2MB Large 페이지 크기 할당 방법파일 다운로드1
13207정성태12/26/202214409.NET Framework: 2085. C# - gpedit.msc의 "User Rights Assignment" 특권을 코드로 설정/해제하는 방법 [1]파일 다운로드1
13206정성태12/24/202214531.NET Framework: 2084. C# - GetTokenInformation으로 사용자 SID(Security identifiers) 구하는 방법 [4]파일 다운로드1
13205정성태12/24/202213213.NET Framework: 2083. C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용 (2)파일 다운로드1
13204정성태12/22/202212495.NET Framework: 2082. C# - (LSA_UNICODE_STRING 예제로) CustomMarshaler 사용법파일 다운로드1
13203정성태12/22/202212558.NET Framework: 2081. C# Interop 예제 - (LSA_UNICODE_STRING 예제로) 구조체를 C++에 전달하는 방법파일 다운로드1
13202정성태12/21/202214606기타: 84. 직렬화로 설명하는 Little/Big Endian파일 다운로드1
13201정성태12/20/202215806오류 유형: 835. PyCharm 사용 시 C 드라이브 용량 부족
13200정성태12/19/202213610오류 유형: 834. 이벤트 로그 - SSL Certificate Settings created by an admin process for endpoint
13199정성태12/19/202213758개발 환경 구성: 656. Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우
13198정성태12/18/202214035.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
... 16  17  18  19  20  21  22  23  24  25  26  27  28  29  [30]  ...