Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)

System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법

64비트 윈도우 운영체제가 32비트 응용 프로그램에 대해 가능한 투명하게 호환될 수 있는 층을 제공하는 것은 좋지만, 가끔 그 차이를 이해하지 못하면 당황스러울 때가 있습니다.

가령 "Dependency Walker" 프로그램 같은 경우가 그 좋은 예입니다.

JNI DLL 컴파일 시 x86과 x64의 Export된 함수의 이름이 왜 다를까요?
; https://www.sysnet.pe.kr/2/0/1199

수동으로 구성해 본 VC++ 프로젝트 설정: ReleaseMinDependency
; https://www.sysnet.pe.kr/2/0/800

DLL 'xxxxx.dll'을(를) 로드할 수 없습니다.
; https://www.sysnet.pe.kr/2/0/713

예전에 x86 프로세스에서 NtCurrentTeb Win32 API를 P/Invoke로 사용하는 글이 있었는데요.

windbg - .NET Framework 스레드 개체의 COM Apartment 유형 확인하는 방법
; https://www.sysnet.pe.kr/2/0/1351

그 예제를 x64로 바꾸면 다음과 같은 예외가 발생합니다.

System.EntryPointNotFoundException was unhandled by user code
  HResult=-2146233053
  Message=Unable to find an entry point named 'NtCurrentTeb' in DLL 'ntdll.dll'.
  Source=WebApplication1
  TypeName=""
  StackTrace:
       at WebApplication1.WebForm1.NtCurrentTeb()
       at WebApplication1.WebForm1.Page_Load(Object sender, EventArgs e) in d:\...\Default.aspx.cs:line 20
       at System.Web.UI.Control.LoadRecursive()
       at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
  InnerException: 

즉, ntdll.dll 안에 NtCurrentTeb가 없다는 것인데요. 실제로 그런지 확인하기 위해 depends.exe를 실행하고 탐색기에서 "C:\Windows\System32\ntdll.dll"을 끌어다 놓거나, "File" / "Open" 메뉴를 통해 그 파일을 열면 다음과 같이 32비트 ntdll.dll 파일이 로드됩니다.

ntdll_depends_1.png

왜냐하면, 64비트 윈도우는 32비트 프로세스에게 "C:\Windows\System32" 폴더를 실제로는 "C:\Windows\SysWOW64" 경로로 투명하게 우회시키기 떄문입니다.

물론 해결 방법이 있습니다. ^^ 32비트 프로세스에서 64비트 System32 폴더를 명시적으로 지정하기 위해서는 "Sysnative" 폴더를 대신 사용하면 됩니다. 따라서 ntdll.dll의 경우에는 depends.exe에서 "File" / "Open" 메뉴를 통해 강제로 "C:\Windows\sysnative\ntdll.dll" 위치를 지정해 주어야 합니다.

그럼, 다음과 같이 x64 ntdll.dll 파일을 열 수 있고, 실제로 NtCurrentTeb API가 export 되어 있지 않다는 것을 알 수 있습니다.

ntdll_depends_2.png




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 6/13/2021]

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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13678정성태7/15/20248169VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/20248569오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20248291Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/202410599C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/20249190오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/20249924닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20247937닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20248266오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20248323오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20248615개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20247219닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/20249098Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/20249387Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20248499닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20248301닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20248202Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/20249011오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20248928개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/20249650개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20248758닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/20249454Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/20249020닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20248718오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20248896닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
13652정성태6/21/202410393닷넷: 2267. C# - Linux 환경에서 (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드2
13651정성태6/19/20249917닷넷: 2266. C# - (Reflection 없이) DLL AssemblyFileVersion 구하는 방법파일 다운로드1
1  2  3  4  5  6  7  8  9  10  11  [12]  13  14  15  ...