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

windbg - 덤프 파일로부터 추출한 DLL 참조 시 "Resolved file has a bad image, no metadata, or is otherwise inaccessible." 빌드 오류

예전에 windbg에서 덤프 파일로부터 .NET DLL을 추출하는 방법을 설명했습니다.

windbg - 풀 덤프 파일로부터 .NET DLL을 추출/저장하는 방법
; https://www.sysnet.pe.kr/2/0/10943

해당 DLL을 그대로 참조하려고 할 때 "Resolved file has a bad image, no metadata, or is otherwise inaccessible."라는 오류가 발생했습니다. 이상하군요... 예전에는 그냥 참조를 했었던 것 같은데 어느 시점부턴가 이것이 바뀐 것 같습니다. 재미있는 것은, 어떤 DLL은 정상적으로 참조가 되었기 때문에 여전히 가능한 규칙이 있을 것 같았습니다.

그래서 테스트를 해봤습니다. ^^

.NET 4.5 EXE에서 AnyCPU 타겟의 .NET 3.5 및 .NET 4.5 DLL을 각각 참조하고 덤프를 뜬 후 DLL을 추출해 새 프로젝트에서 참조했습니다. 결과는 2개 모두 참조 실패가 나왔습니다. (오류 메시지와는 달리 .NET Reflector 등에서의 역어셈블은 잘 됩니다.)

1>------ Rebuild All started: Project: ConsoleApp1, Configuration: Debug Any CPU ------
1>C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets(2106,5): warning MSB3246: Resolved file has a bad image, no metadata, or is otherwise inaccessible. Could not load file or assembly 'ClassLibrary20.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.
1>C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Common.CurrentVersion.targets(2106,5): warning MSB3246: Resolved file has a bad image, no metadata, or is otherwise inaccessible. Could not load file or assembly 'ClassLibrary40.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format.
1>  ConsoleApp1 -> F:\ConsoleApp1\bin\Debug\ConsoleApp1.exe
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

재미있는 것은, !savemodule이 저장한 2개의 DLL 모두 타겟이 AnyCPU에서 .NET 4.5 EXE가 실행된 64비트에 맞게 x64로 변경되었다는 것입니다. 혹시 이것 때문일까요?

그래서 다시 테스트 프로젝트를 하나 더 추가했습니다. .NET 4.5 EXE가 64비트 프로세스로 실행되었기 때문에 이번에는 아예 .NET 3.5 DLL의 타겟을 AnyCPU에서 x64로 맞추고 빌드한 후 덤프를 떠 다시 과정을 반복했습니다.

오호~~~ 이번에는 ^^ 잘 참조가 됩니다. 그러니까, 현재 windbg의 덤프 파일로부터 추출한 DLL이 원본부터 플랫폼이 지정된 경우에 한해 정상적으로 참조할 수 있는 것입니다. 그리고 추출한 DLL이 원본과 플랫폼이 다른 경우에는, 다음의 글에 따라 처리를 해야만 참조할 수 있습니다.

windbg - 덤프 파일로부터 추출한 DLL을 참조하는 방법
; https://www.sysnet.pe.kr/2/0/11639




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 8/2/2018]

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)
13575정성태3/7/20241670닷넷: 2227. 최신 C# 문법을 .NET Framework 프로젝트에 쓸 수 있을까요?
13574정성태3/6/20241556닷넷: 2226. C# - "Docker Desktop for Windows" Container 환경에서의 IPv6 DualMode 소켓
13573정성태3/5/20241561닷넷: 2225. Windbg - dumasync로 분석하는 async/await 호출
13572정성태3/4/20241638닷넷: 2224. C# - WPF의 Dispatcher Queue로 알아보는 await 호출의 hang 현상파일 다운로드1
13571정성태3/1/20241599닷넷: 2223. C# - await 호출과 WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13570정성태2/29/20241626닷넷: 2222. C# - WPF의 Dispatcher Queue 동작 확인파일 다운로드1
13569정성태2/28/20241539닷넷: 2221. C# - LoadContext, LoadFromContext 그리고 GAC파일 다운로드1
13568정성태2/27/20241602닷넷: 2220. C# - .NET Framework 프로세스의 LoaderOptimization 설정을 확인하는 방법파일 다운로드1
13567정성태2/27/20241613오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241626오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241464닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241611Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241625디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241630오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20241740닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20241743디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242622오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20241818닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241569Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241636Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20241951닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241706VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241730닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241682닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242015닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242104Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
1  [2]  3  4  5  6  7  8  9  10  11  12  13  14  15  ...