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

프로그램에 보여지는 리소스(예: 아이콘) 추출하는 방법

가끔 실행된 EXE로부터 리소스를 추출하고 싶을 때가 있습니다. (물론, 저작권을 염두에 두어야 겠지요.) 예를 들면 다음과 같이 실행된 Visual Studio에서,

extract_res_from_exec_1.png
우측의 "MyMacros"와 "Edit"에 있는 아이콘이 필요하다고 가정해 보겠습니다. 사실, 프로그램의 규모가 커지면 여러 개의 실행 모듈로 분리되기 때문에 Visual Studio의 실행 파일인 devenv.exe에서 한방에 찾아지는 경우는 거의 없습니다.

그럼 어떻게 해야 될까요? 해당 프로세스에 실행된 DLL을 전부 열람하면서 리소스 파일을 찾아내야 할까요? (물론, 그것도 방법입니다. ^^)

그래도 좀 더 쉽게 찾는 방법이 있습니다. 이를 위해 "Spy++" 프로그램을 실행하고 리소스를 포함하고 있는 윈도우를 찾은 뒤 "Instance Handle" 값을 얻어내야 합니다.

extract_res_from_exec_2.png

위에서는 Instance Handle == 0x5A0F0000인데요. 그다음, Process Explorer를 실행시켜서 실행 중인 프로세스의 DLL 목록으로부터 이미지 로드 주소에 따라 0x5A0F0000의 모듈을 찾아냅니다.

extract_res_from_exec_3.png

이렇게 찾아낸 msenv.dll 파일을 다음의 도구들로 리소스를 추출해 보면,

IconsExtract v1.47 - EXE/DLL/OCX/CPL icon grabber/extractor 
; http://www.nirsoft.net/utils/iconsext.html

ResourcesExtract v1.17 - Extract resource files (bitmaps, icons, html files, and more) from dll files 
; http://www.nirsoft.net/utils/resources_extract.html

"높은 확률"로 찾아낼 수 있습니다 왜 "확률"이라는 단서를 붙여야 할까요? 대개 리소스를 사용하는 코드는 같은 DLL에 구현되어 있을 경우가 많지만, 어떤 경우에는 코드용 DLL과 리소스용 DLL을 분리하는 경우도 있기 때문입니다. 게다가 그렇게 분리된 DLL 역시 같은 폴더에 있을 확률이 높습니다.

실제로 위의 Visual Studio 관련 매크로 리소스들은 msenv.dll과 같은 폴더에 있는 vsmacros.dll에 포함되어 있었습니다. 다행히 ResourcesExtract 도구는 폴더 단위까지도 리소스 추출을 지원하기 때문에 이 글에서 쓰여진 방식대로 찾아낸 DLL 파일이 놓인 폴더를 이용하면 쉽게 찾아낼 수 있을 것입니다.

다시 처음으로 돌아가서, 결국 프로세스의 EXE 파일이 놓인 폴더를 기준으로 ResourcesExtract 도구를 사용하면 높은 확률로 해당 리소스를 찾을 수 있습니다. ^^




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

[연관 글]






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

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

비밀번호

댓글 작성자
 



2016-07-11 03시01분
정성태

... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...
NoWriterDateCnt.TitleFile(s)
11274정성태8/22/201719384.NET Framework: 674. Thread 타입의 Suspend/Resume/Join 사용 관련 예외 처리
11273정성태8/22/201721633오류 유형: 415. 윈도우 업데이트 에러 Error 0x80070643
11272정성태8/21/201724800VS.NET IDE: 120. 비주얼 스튜디오 2017 버전 15.3.1 - C# 7.1 공개 [2]
11271정성태8/19/201719254VS.NET IDE: 119. Visual Studio 2017에서 .NET Core 2.0 프로젝트 환경 구성하는 방법
11270정성태8/17/201730718.NET Framework: 673. C#에서 enum을 boxing 없이 int로 변환하기 [2]
11269정성태8/17/201721494디버깅 기술: 93. windbg - 풀 덤프에서 .NET 스레드의 상태를 알아내는 방법
11268정성태8/14/201721081디버깅 기술: 92. windbg - C# Monitor Lock을 획득하고 있는 스레드 찾는 방법
11267정성태8/10/201725135.NET Framework: 672. 모노 개발 환경
11266정성태8/10/201724941.NET Framework: 671. C# 6.0 이상의 소스 코드를 Visual Studio 설치 없이 명령행에서 컴파일하는 방법
11265정성태8/10/201753181기타: 66. 도서: 시작하세요! C# 7.1 프로그래밍: 기본 문법부터 실전 예제까지 [11]
11264정성태8/9/201724109오류 유형: 414. UWP app을 signtool.exe로 서명 시 0x8007000b 오류 발생
11263정성태8/9/201719583오류 유형: 413. The C# project "..." is targeting ".NETFramework, Version=v4.0", which is not installed on this machine. [3]
11262정성태8/5/201718254오류 유형: 412. windbg - SOS does not support the current target architecture. [3]
11261정성태8/4/201720834디버깅 기술: 91. windbg - 풀 덤프 파일로부터 강력한 이름의 어셈블리 추출 후 사용하는 방법
11260정성태8/3/201718952.NET Framework: 670. C# - 실행 파일로부터 공개키를 추출하는 방법
11259정성태8/2/201718188.NET Framework: 669. 지연 서명된 어셈블리를 sn.exe -Vr 등록 없이 사용하는 방법
11258정성태8/1/201719007.NET Framework: 668. 지연 서명된 DLL과 서명된 DLL의 차이점파일 다운로드1
11257정성태7/31/201719172.NET Framework: 667. bypassTrustedAppStrongNames 옵션 설명파일 다운로드1
11256정성태7/25/201720661디버깅 기술: 90. windbg의 lm 명령으로 보이지 않는 .NET 4.0 ClassLibrary를 명시적으로 로드하는 방법 [1]
11255정성태7/18/201723213디버깅 기술: 89. Win32 Debug CRT Heap Internals의 0xBAADF00D 표시 재현 [1]파일 다운로드3
11254정성태7/17/201719586개발 환경 구성: 322. "Visual Studio Emulator for Android" 에뮬레이터를 "Android Studio"와 함께 쓰는 방법
11253정성태7/17/201719942Math: 21. "Coding the Matrix" 문제 2.5.1 풀이 [1]파일 다운로드1
11252정성태7/13/201718459오류 유형: 411. RTVS 또는 PTVS 실행 시 Could not load type 'Microsoft.VisualStudio.InteractiveWindow.Shell.IVsInteractiveWindowFactory2'
11251정성태7/13/201717146디버깅 기술: 88. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 (2)
11250정성태7/13/201720711디버깅 기술: 87. windbg 분석 - webengine4.dll의 MgdExplicitFlush에서 발생한 System.AccessViolationException의 crash 문제 [1]
11249정성태7/12/201718537오류 유형: 410. LoadLibrary("[...].dll") failed - The specified procedure could not be found.
... [106]  107  108  109  110  111  112  113  114  115  116  117  118  119  120  ...