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

Win32 Message를 Code로부터 메시지 이름 자체를 텍스트로 구하고 싶다면?

테스트를 하다 보면 가끔, C#에서 Win32 메시지를 다룰 때 코드값으로부터 메시지의 이름을 텍스트로 구하고 싶을 때가 있습니다.

가령, Message 코드가 0x0010인 경우 그것은 "WM_CLOSE"에 해당하는데,

WM_CLOSE message
; https://docs.microsoft.com/en-us/windows/win32/winmsg/wm-close

이 값을 찾으려면 C++ 빈 프로젝트를 하나 열어 Windows.h 헤더 파일을 포함시킨 후 winuser.h 파일로부터 그 값에 해당하는 메시지를 찾는 식으로 작업을 했는데요.

오늘은 갑자기 그게 귀찮다는 생각이 드는군요. ^^; 차라리, dictionary 타입으로 미리 구성해 놓고 싶어졌습니다. 가령 WinUser.h 파일을 보면,

...[생략]...
#define WM_SETTEXT                      0x000C
#define WM_GETTEXT                      0x000D
#define WM_GETTEXTLENGTH                0x000E
#define WM_PAINT                        0x000F
#define WM_CLOSE                        0x0010
...[생략]...

위와 같은 식인데, 따라서 라인 하나를 읽어서 공백 문자로 분리한 후 3번째 숫자 값을 기준으로 2번째 WM_ 문자열을 매핑시켜 놓으면 되는 것입니다. 실제로 아래와 같은 정도로 간단하게 구할 수 있습니다.

internal class Program
{
    static void Main(string[] args)
    {
        StringBuilder sb = new StringBuilder();
        sb.AppendLine("public class Win32MessageMap");
        sb.AppendLine("{");

        {
            sb.AppendLine("\tpublic static Dictionary<uint, string> codes = new ()");
            sb.AppendLine("{");
            foreach (string line in File.ReadAllLines(@"C:\Program Files (x86)\Windows Kits\10\Include\10.0.22000.0\um\WinUser.h"))
            {
                string text = line.Trim();

                if (text.StartsWith("#define ") == false)
                {
                    continue;
                }

                string[] tokens = text.Split(' ', StringSplitOptions.RemoveEmptyEntries);
                if (tokens.Length != 3)
                {
                    continue;
                }

                if (tokens[1].StartsWith("WM_") == false)
                {
                    continue;
                }

                sb.AppendLine($"\t\t[{tokens[2]}] = \"{tokens[1]}\",");
            }

            sb.AppendLine("\t};");

        }
        sb.AppendLine("}");

        Console.WriteLine(sb.ToString());
    }
}

그럼 다음과 같은 텍스트가 구해지므로,

public class Win32MessageMap
{
    public static Dictionary codes = new()
    {
        [0x0000] = "WM_NULL",
        [0x0001] = "WM_CREATE",
        [0x0002] = "WM_DESTROY",
        [0x0003] = "WM_MOVE",
        [0x0005] = "WM_SIZE",
        [0x0006] = "WM_ACTIVATE",
        [0x0007] = "WM_SETFOCUS",
        ...[생략]...
        [0x0360] = "WM_AFXFIRST",
        [0x037F] = "WM_AFXLAST",
        [0x0380] = "WM_PENWINFIRST",
        [0x038F] = "WM_PENWINLAST",
        [0x8000] = "WM_APP",
        [0x0400] = "WM_USER",
    };
}

복사해서 붙여넣기 하면 됩니다. ^^ 단지, 유일하게 하나의 예외 케이스가 나오는데요,

#if(WINVER >= 0x0400)
#define WM_SETTINGCHANGE                WM_WININICHANGE
#endif /* WINVER >= 0x0400 */

위와 같은 경우 다음과 같이 출력이 되는데,

[0x001A] = "WM_WININICHANGE",
[WM_WININICHANGE] = "WM_SETTINGCHANGE",
[0x001B] = "WM_DEVMODECHANGE",

WINVER이 0x0400이라는 것은 WIN NT 4.0 버전을 의미하는데요, 따라서 근래에는 WM_WININICHANGE의 의미보다는 WM_SETTINGCHANGE가 더 맞으므로 그 부분만 이렇게 바꿔주면 되겠습니다.

// [0x001A] = "WM_WININICHANGE",
[0x001A] = "WM_SETTINGCHANGE",




기왕 하는 김에 Win32 메시지만을 담은 enum도 이런 식으로 나오게 출력할 수 있습니다.

public enum Win32Message : uint
{
    // ...[생략]...
    WM_IME_COMPOSITION = 0x010F,
    WM_IME_KEYLAST = 0x010F,
    WM_INITDIALOG = 0x0110,
    // ...[생략]...
}

위와 같이 enum을 생성하는 경우에는 이런 문제가 있습니다.

#if(_WIN32_WINNT >= 0x0501)
#define WM_UNICHAR                      0x0109
#define WM_KEYLAST                      0x0109
#define UNICODE_NOCHAR                  0xFFFF
#else
#define WM_KEYLAST                      0x0108

_WIN32_WINNT 값이 0x0501이, 5.1 버전으로 Windows XP 이상을 의미하니까, 역시 WM_KEYLAST 값도 0x0109로 맞춰주시면 됩니다.

마찬가지로 WM_MOUSELAST 값도,

#if (_WIN32_WINNT >= 0x0600)
#define WM_MOUSELAST                    0x020E
#elif (_WIN32_WINNT >= 0x0500)
#define WM_MOUSELAST                    0x020D
#elif (_WIN32_WINNT >= 0x0400) || (_WIN32_WINDOWS > 0x0400)
#define WM_MOUSELAST                    0x020A
#else
#define WM_MOUSELAST                    0x0209
#endif /* (_WIN32_WINNT >= 0x0600) */

_WIN32_WINNT 값이 0x0600은, 6.0 버전으로 Windows Vista와 Windows Server 2008에 해당하니까, 역시 근래의 환경을 생각하면 0x020E로 맞추면 되겠습니다.

(첨부 파일은 이 글에서 생성한 enum과 Dictionary 클래스 코드와, 그것을 생성하는 예제 코드를 포함합니다.)




참고로, 테스트를 하다 보면 Message 코드 값이 C0F4와 같은 값이 나오는 경우가 있습니다. 그런 경우는 RegisterWindowMessage를 이용해 등록한,

RegisterWindowMessage
; https://docs.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-registerwindowmessagea

0xC000-0xFFFF 범위의 사용자 정의 메시지일 수 있습니다.




위의 코드를 담아서 일일이 쓰기 귀찮은 분은, 해당 코드와 관련된 helper 클래스를 nuget 패키지에 추가했으니,

Install-Package CustomMessageLoop -Version 1.0.2

이런 용도로 쓰면 되겠습니다. ^^

void OnThreadFilterMessage(ref System.Windows.Interop.MSG msg, ref bool handled)
{
    switch (msg.message)
    {
        case (int)Win32Message.WM_CLOSE:
            break;
    }

    string text = Win32MessageMap.GetText(msg.message);
}




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/21/2024]

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

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12083정성태12/17/201922238Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920525오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922387개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919532.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921401오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921216Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920327Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918835디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919605디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919271디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920845Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917650오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921158오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923081오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919469디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928102디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919537디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919175디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917503디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920402오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919339디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918854디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919293Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
12060정성태11/20/201920873디버깅 기술: 132. windbg/Visual Studio - HeapFree x64의 동작 분석
12059정성태11/20/201920042디버깅 기술: 131. windbg/Visual Studio - HeapFree x86의 동작 분석
12058정성태11/19/201920693디버깅 기술: 130. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...