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

C# - .NET Core/5+ 환경의 Windows Forms 응용 프로그램에서 HINSTANCE 구하는 방법

.NET Framework 시절에는 빌드 시 (DLL이 아닌) EXE를 생성하기 때문에 Marshal.GetHINSTANCE를 이용해 다음과 같은 식으로 구하는 것이 가능합니다.

public partial class Form1 : Form
{
    public Form1()
    {
        InitializeComponent();
    }

    private void Form1_Load(object sender, EventArgs e)
    {
        IntPtr hInstFromModule = Marshal.GetHINSTANCE(typeof(Form1).Module);
    }
}

HINSTANCE는 사실 모듈의 로딩 주소에 불과합니다. 그래서 단순히 다음과 같이 구해도 무방합니다.

IntPtr hInstFromMainModule = Process.GetCurrentProcess().MainModule.BaseAddress;

그런데, .NET Core/5+로 오면서는 C# 컴파일러가 사용자 코드를 DLL에 담아두기 때문에 위의 구조가 달라집니다. 즉, typeof(Form1).Module 코드로 구하면 DLL의 모듈 주소를 반환하므로 EXE의 로딩 주소를 담은 MainModule.BaseAddress와는 다른 값이 나오게 됩니다.

따라서 코드를 사용해야 한다면 후자의 방식을 쓰는 것이 좋습니다. 혹은, 지난 글에 설명한 대로 GetWindowLongPtr을 사용해도 됩니다.

public partial class Form1 : Form
{
    [DllImport("user32.dll")]
    private static extern IntPtr GetWindowLongPtr(IntPtr hWnd, int nIndex);

    const int GWLP_HINSTANCE = -6;

    public Form1()
    {
        InitializeComponent();
    }

    private void Form1_Load(object sender, EventArgs e)
    {
        IntPtr hInstFromHwnd = GetWindowLongPtr(this.Handle, GWLP_HINSTANCE);
    }
}

그나저나, Windows Forms는 GWLP_USERDATA를 사용하고 있을까요? ^^

const int GWLP_USERDATA = -21;

IntPtr userData = GetWindowLongPtr(this.Handle, GWLP_USERDATA); // userData == 0

저렇게 0 값이 나오는 걸로 봐서, 아마도 사용하지 않는 듯한데요, 이 때문에 여차하면 여러분이 임의로 GWLP_USERDATA 영역을 임시 보관 저장소로 쓸 수 있는 여지가 있습니다.




Win32 API에 HINSTANCE가 전달될 때는 그 모듈에 정의된 리소스를 접근하는 기준이 되기 때문에 나름 의미가 있습니다. (또한, 윈도우 클래스를 식별하기 위한 기준 역할도 합니다. 참고: What is the HINSTANCE passed to CreateWindow and RegisterClass used for?) 따라서 현재 코드가 실행 중인 모듈(DLL/EXE)의 HINSTANCE를 구하는 것이 중요합니다.

반면 닷넷의 경우에는 다릅니다. 닷넷의 Windows Forms는 생성하는 윈도우의 HINSTANCE를 모두 EXE의 시작 주소로 설정하는데요, 이렇게 해도 문제가 없는 이유는 Win32 리소스를 일반적으로는 사용하지 않기 때문입니다. 실제로, DLL 프로젝트를 하나 생성해 거기서 Form 또는 UserControl을 생성해도 그것의 GWLP_HINSTANCE는 (DLL이 아닌) EXE의 로딩 주소를 반환합니다.

따라서, Windows Forms 응용 프로그램에서는 윈도우 핸들로부터 반환한 GWLP_HINSTANCE 값을 구한 경우, 해당 윈도우를 생성한 코드를 담은 모듈(DLL/EXE)의 시작 주소로 보면 안 됩니다.

마지막으로, Windows Forms의 윈도우 클래스는 cbWndExtra 및 cbClsExtra의 값이 0입니다.

[DllImport("user32.dll")]
private static extern IntPtr GetClassLongPtr(IntPtr hWnd, int nIndex);

[DllImport("user32.dll")]
private static extern IntPtr GetClassName(IntPtr hWnd, StringBuilder lpClassName, int nMaxCount);

const int GCL_CBCLSEXTRA = -20;
const int GCL_CBWNDEXTRA = -18;

IntPtr clsExtra = GetClassLongPtr(this.Handle, GCL_CBCLSEXTRA); // clsExtra == 0
IntPtr wndExtra = GetClassLongPtr(this.Handle, GCL_CBWNDEXTRA); // wndExtra == 0
StringBuilder className = new StringBuilder(1024);
GetClassName(this.Handle, className, className.Capacity); // className == "WindowsForms10.Window.8.app.0.141b42a_r6_ad1"

Win32 구조를 추상화하는 과정에서 cbWndExtra, cbClsExtra, GWLP_USERDATA를 사용하지 않고 순수 C#의 객체 지향 특징만을 사용했다는 것인데요, 아니 그렇다면 혹시 MFC도 그렇게 구현하지 않았을까요? ^^ 실제로 SPY++을 이용해 MFC로 만든 Single Document 유형의 윈도우를 확인해 보면 cbWndExtra, cbClsExtra, GWLP_USERDATA 모두 0인 것을 확인할 수 있습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 4/4/2023]

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)
13718정성태8/27/20247417오류 유형: 921. Visual C++ - error C1083: Cannot open include file: 'float.h': No such file or directory [2]
13717정성태8/26/20247022VS.NET IDE: 192. Visual Studio 2022 - Windows XP / 2003용 C/C++ 프로젝트 빌드
13716정성태8/21/20246757C/C++: 167. Visual C++ - 윈도우 환경에서 _execv 동작 [1]
13715정성태8/19/20247361Linux: 78. 리눅스 C/C++ - 특정 버전의 glibc 빌드 (docker-glibc-builder)
13714정성태8/19/20246750닷넷: 2295. C# 12 - 기본 생성자(Primary constructors) (책 오타 수정) [3]
13713정성태8/16/20247455개발 환경 구성: 721. WSL 2에서의 Hyper-V Socket 연동
13712정성태8/14/20247220개발 환경 구성: 720. Synology NAS - docker 원격 제어를 위한 TCP 바인딩 추가
13711정성태8/13/20248062Linux: 77. C# / Linux - zombie process (defunct process) [1]파일 다운로드1
13710정성태8/8/20247980닷넷: 2294. C# 13 - (6) iterator 또는 비동기 메서드에서 ref와 unsafe 사용을 부분적으로 허용파일 다운로드1
13709정성태8/7/20247751닷넷: 2293. C# - safe/unsafe 문맥에 대한 C# 13의 (하위 호환을 깨는) 변화파일 다운로드1
13708정성태8/7/20247531개발 환경 구성: 719. ffmpeg / YoutubeExplode - mp4 동영상 파일로부터 Audio 파일 추출
13707정성태8/6/20247771닷넷: 2292. C# - 자식 프로세스의 출력이 4,096보다 많은 경우 Process.WaitForExit 호출 시 hang 현상파일 다운로드1
13706정성태8/5/20247882개발 환경 구성: 718. Hyper-V - 리눅스 VM에 새로운 디스크 추가
13705정성태8/4/20248153닷넷: 2291. C# 13 - (5) params 인자 타입으로 컬렉션 허용 [2]파일 다운로드1
13704정성태8/2/20248110닷넷: 2290. C# - 간이 dotnet-dump 프로그램 만들기파일 다운로드1
13703정성태8/1/20247437닷넷: 2289. "dotnet-dump ps" 명령어가 닷넷 프로세스를 찾는 방법
13702정성태7/31/20247840닷넷: 2288. Collection 식을 지원하는 사용자 정의 타입을 CollectionBuilder 특성으로 성능 보완파일 다운로드1
13701정성태7/30/20248109닷넷: 2287. C# 13 - (4) Indexer를 이용한 개체 초기화 구문에서 System.Index 연산자 허용파일 다운로드1
13700정성태7/29/20247715디버깅 기술: 200. DLL Export/Import의 Hint 의미
13699정성태7/27/20248237닷넷: 2286. C# 13 - (3) Monitor를 대체할 Lock 타입파일 다운로드1
13698정성태7/27/20248194닷넷: 2285. C# - async 메서드에서의 System.Threading.Lock 잠금 처리파일 다운로드1
13697정성태7/26/20247920닷넷: 2284. C# - async 메서드에서의 lock/Monitor.Enter/Exit 잠금 처리파일 다운로드1
13696정성태7/26/20247454오류 유형: 920. dotnet publish - error NETSDK1047: Assets file '...\obj\project.assets.json' doesn't have a target for '...'
13695정성태7/25/20247438닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리파일 다운로드1
13694정성태7/25/20247905닷넷: 2282. C# - ASP.NET Core Web App의 Request 용량 상한값 (Kestrel, IIS)
13693정성태7/24/20247233개발 환경 구성: 717. Visual Studio - C# 프로젝트에서 레지스트리에 등록하지 않은 COM 개체 참조 및 사용 방법파일 다운로드1
1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...