Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

C# PInvoke - C++의 매개변수에 대한 마샬링을 tlbexp.exe를 이용해 확인하는 방법

예전에, C# DLL -> TLB -> CPP 헤더 파일로 변환하는 방법을 설명했었는데요,

C# DLL로부터 TLB 및 C/C++ 헤더 파일(TLH)을 생성하는 방법
; https://www.sysnet.pe.kr/2/0/12220

우연히 다음의 글을 읽으면서,

The confusing UnmanagedType.LPStruct marshaling directive
; https://docs.microsoft.com/en-us/archive/blogs/adam_nathan/the-confusing-unmanagedtype-lpstruct-marshaling-directive

Note that the type library exporter (TLBEXP.EXE) is a great tool for statically understanding how managed parameters/fields/return types get marshaled, since the signatures created by the exporter are required to match what the marshaler does at run-time. Even if you're wondering about the parameters of a PInvoke method, you can do this trick by temporarily pasting the method into a public interface (removing the "static", "extern", etc.) then running TLBEXP.EXE on your assembly.


C# 메서드의 매개변수가 어떻게 C++ 함수에 대응하는지 쉽게 파악하는 도구로도 사용될 수 있다는 것을 깨달았습니다. ^^; 가령, 만약에 여러분이 호출해야 할 C++의 함수와 그것의 인자에 들어가는 구조체를 보고,

struct MyStruct
{
    int Age;
    char* ptrName;
    char* ptrAddr;
    char Name[80];
};

__declspec(dllexport) void __stdcall TestMethod(MyStruct* pAttr);

다음과 같이 C# 코드로 맞췄다고 가정해 보겠습니다.

public struct MyStruct
{
    public int Age;
    public IntPtr ptrName;
    public IntPtr ptrAddr;
    public char[] Name;
}

public class Test
{
    [DllImport("test.dll")]
    static extern void TestMethod(ref MyStruct pAttr);
}

이때 저 함수와 구조체의 정의가 실제로 C++의 것과 일치하는지 직접 확인하고 싶다면 tlbexp.exe를 이용할 수 있습니다. 실습을 위해 간단한 더미 C# DLL 프로젝트를 하나 만들고, 그 안에 위의 코드를 복사해 interface를 구성한 후,

using System;
using System.Runtime.InteropServices;

[assembly: ComVisible(true)]

namespace ClassLibrary1
{
    public struct MyStruct
    {
        public int Age;
        public IntPtr ptrName;
        public IntPtr ptrAddr;
        public char[] Name;
    }

    [Guid("2AFBAFEE-68A9-4EF8-A38C-A7941D47CC16")]
    [InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
    public interface IMyInteropTest
    {
        [DispId(1)]
        void TestMethod(ref MyStruct pAttr);
    }
}

빌드 결과물인 DLL을 tlbexp.exe에 넘기면 Type Library(tlb) 파일이 생성됩니다.

C:\temp> tlbexp ClassLibrary1.dll

마지막으로 tlb 파일을 oleview.exe를 이용해 C++로 번역된 결과를 볼 수 있습니다.

[
  uuid(B833A7ED-D142-4FDA-9474-6C536851852B),
  version(1.0),
  custom(90883F05-3D28-11D2-8F17-00A0C9A6186D, "ClassLibrary1, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null")
]
library ClassLibrary1
{
    importlib("stdole2.tlb");
    interface IMyInteropTest;
    typedef [uuid(F2947813-305C-3BB1-BA28-FCD9B7A01162), version(1.0)    ,
      custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "ClassLibrary1.MyStruct")    
]

struct tagMyStruct {
    long Age;
    long ptrName;
    long ptrAddr;
    SAFEARRAY(unsigned char) Name;
} MyStruct;

    [
      odl,
      uuid(2AFBAFEE-68A9-4EF8-A38C-A7941D47CC16),
      version(1.0),
      oleautomation,
      custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "ClassLibrary1.IMyInteropTest")    
    ]
    interface IMyInteropTest : IUnknown {
        HRESULT _stdcall TestMethod([in, out] MyStruct* pAttribute);
    };
};

"ref MyStruct"는 "MyStruct*"로 대응했으니 원했던 바이고, IntPtr 타입이 long 형으로 변환된 것은 C# DLL을 "Any CPU" 또는 "x86" 대상으로 빌드를 했기 때문입니다. 만약 C# DLL을 "x64" 대상으로 빌드하면 다음과 같이 tagMyStruct의 ptrName, ptrAddr 필드가 int64로 바뀝니다. (Native라는 C++의 환경을 고려하면 IntPtr이 저렇게 변경되는 것은 당연합니다.)

struct tagMyStruct {
    long Age;
    int64 ptrName;
    int64 ptrAddr;
    SAFEARRAY(unsigned char) Name;
} MyStruct;




그나저나 char [] 타입이 기대했던 데로 되지 않았다는 것을 알 수 있습니다. 따라서 바꿔야 할 텐데요, MarshalAs 특성을 이용해 좀 더 정보를 줘야 하는데, 예를 들어 이렇게 (잘못된) 설정을 해보겠습니다.

public struct MyStruct
{
    public int Age;
    public IntPtr ptrName;
    public IntPtr ptrAddr;

    [MarshalAs(UnmanagedType.LPStr, SizeConst = 80)]
    public char[] Name;
}

이후 빌드하고 TLB를 생성하기 위해 tlbexp.exe를 실행하면 다음과 같은 경고를 볼 수 있습니다.

C:\temp\ClassLibrary1\ClassLibrary1\bin\Debug> tlbexp ClassLibrary1.dll
Microsoft (R) .NET Framework Assembly to Type Library Converter 4.8.4084.0
Copyright (C) Microsoft Corporation.  All rights reserved.

TlbExp : warning TX00131175 : When cross-compiling, all type library references should be included on the command line to ensure the correct bit-specific type libraries are loaded.
TlbExp : warning TX801311A6 : Type library exporter warning processing 'ClassLibrary1.MyStruct.Name, ClassLibrary1'. Warning: The method or field has an invalid managed/unmanaged type combination, check the MarshalAs directive.
Assembly exported to 'C:\temp\ClassLibrary1\ClassLibrary1\bin\Debug\ClassLibrary1.tlb'

경고라고 해서 무시하면 안 되는데, 실제로 생성된 tlb를 oleview에서 보면 아예 Name 필드가 누락된 확인할 수 있습니다.

struct tagMyStruct {
    long Age;
    int64 ptrName;
    int64 ptrAddr;
} MyStruct;

즉, "The method or field has an invalid managed/unmanaged type combination, check the MarshalAs directive." 오류는 적절하지 않은 조합으로 MarshalAs 특성 값이 사용돼 해당 필드의 타입을 결정할 수 없게 만든 것입니다. (사실 이러면 ^^; 에러여야 하는데.)

자, 그럼 다시 올바르게 수정해 볼까요?

public struct MyStruct
{
    public int Age;
    public IntPtr ptrName;
    public IntPtr ptrAddr;

    [MarshalAs(UnmanagedType.ByValArray, /* 생략 가능 */ ArraySubType = UnmanagedType.I1, SizeConst = 80)]
    public char[] Name;
}

tlbexp + oleview를 통해 확인까지 하고,

struct tagMyStruct {
    long Age;
    int64 ptrName;
    int64 ptrAddr;
    unsigned char Name[80];
} MyStruct;

따라서 C++ 코드와의 interop이 기대했던 대로 동작할 거라는 것을 예상할 수 있습니다.




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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 12/8/2020]

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)
12775정성태8/12/2021661스크립트: 22. 파이썬 - 윈도우 환경에서 개발한 Django 앱을 WSL 환경의 gunicorn을 이용해 실행
12774정성태8/11/2021567.NET Framework: 1087. C# - Collection 개체의 다중 스레드 접근 시 "Operations that change non-concurrent collections must have exclusive access" 예외 발생
12773정성태8/11/2021756개발 환경 구성: 595. PyCharm - WSL과 연동해 Django App을 윈도우에서 리눅스 대상으로 개발
12772정성태8/11/2021482스크립트: 21. 파이썬 - 윈도우 환경에서 개발한 Django 앱을 WSL 환경의 uwsgi를 이용해 실행
12771정성태8/11/2021290Windows: 196. "Microsoft Windows Subsystem for Linux Background Host" / "Vmmem"을 종료하는 방법
12770정성태8/11/2021705.NET Framework: 1086. C# - Windows Forms 응용 프로그램의 자식 컨트롤 부하파일 다운로드1
12769정성태8/11/2021540오류 유형: 752. Python - ImportError: No module named pip._internal.cli.main 두 번째 이야기
12768정성태8/10/2021790.NET Framework: 1085. .NET 6에 포함된 신규 BCL API [1]파일 다운로드1
12767정성태8/10/2021789오류 유형: 752. Python - ImportError: No module named pip._internal.cli.main
12766정성태8/9/2021632Java: 32. closing inbound before receiving peer's close_notify
12765정성태8/9/2021246Java: 31. Cannot load JDBC driver class 'org.mysql.jdbc.Driver'
12764정성태8/9/2021216Java: 30. XML document from ServletContext resource [/WEB-INF/applicationContext.xml] is invalid
12763정성태8/9/2021307Java: 29. java.lang.NullPointerException - com.mysql.jdbc.ConnectionImpl.getServerCharset
12762정성태8/8/2021397Java: 28. IntelliJ - Unable to open debugger port 오류
12761정성태8/8/2021306Java: 27. IntelliJ - java: package javax.inject does not exist [2]
12760정성태8/8/2021231개발 환경 구성: 594. 전용 "Command Prompt for ..." 단축 아이콘 만들기
12759정성태8/8/2021423Java: 26. IntelliJ + Spring Framework + 새로운 Controller 추가 [2]파일 다운로드1
12758정성태8/7/2021232오류 유형: 751. Error assembling WAR: webxml attribute is required (or pre-existing WEB-INF/web.xml if executing in update mode)
12757정성태8/7/2021216Java: 25. IntelliJ + Spring Framework 프로젝트 생성
12756정성태8/6/2021261.NET Framework: 1084. C# - .NET Core Web API 단위 테스트 방법파일 다운로드1
12755정성태8/5/2021190개발 환경 구성: 593. MSTest - 단위 테스트에 static/instance 유형의 private 멤버 접근 방법파일 다운로드1
12754정성태8/5/2021353오류 유형: 750. manage.py - Your project may not work properly until you apply the migrations for app(s): admin, auth, contenttypes, sessions.
12753정성태8/5/2021344오류 유형: 749. PyCharm - Error: Django is not importable in this environment
12752정성태8/4/2021249개발 환경 구성: 592. JetBrains의 IDE(예를 들어, PyCharm)에서 Visual Studio 키보드 매핑 적용
12751정성태8/4/2021337개발 환경 구성: 591. Windows 10 WSL2 환경에서 docker-compose 빌드하는 방법
12750정성태8/3/2021206디버깅 기술: 181. windbg - 콜 스택의 "Call Site" 오프셋 값이 가리키는 위치
1  2  3  [4]  5  6  7  8  9  10  11  12  13  14  15  ...