Microsoft MVP성태의 닷넷 이야기
.NET Framework: 112. How to Interop DISPPARAMS [링크 복사], [링크+제목 복사],
조회: 28344
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 3개 있습니다.)
(시리즈 글이 16개 있습니다.)
.NET Framework: 112. How to Interop DISPPARAMS
; https://www.sysnet.pe.kr/2/0/617

.NET Framework: 137. C#에서 Union 구조체 다루기
; https://www.sysnet.pe.kr/2/0/728

.NET Framework: 141. Win32 Interop - 크기가 정해지지 않은 배열을 C++에서 C#으로 전달하는 경우
; https://www.sysnet.pe.kr/2/0/737

.NET Framework: 168. [in,out] 배열을 C#에서 C/C++로 넘기는 방법
; https://www.sysnet.pe.kr/2/0/810

.NET Framework: 169. [in, out] 배열을 C#에서 C/C++로 넘기는 방법 - 두 번째 이야기
; https://www.sysnet.pe.kr/2/0/811

.NET Framework: 183. 구조체 포인터 인자에 대한 P/Invoke 정의
; https://www.sysnet.pe.kr/2/0/912

.NET Framework: 472. C/C++과 C# 사이의 메모리 할당/해제 방법
; https://www.sysnet.pe.kr/2/0/1784

.NET Framework: 620. C#에서 C/C++ 함수로 콜백 함수를 전달하는 예제 코드
; https://www.sysnet.pe.kr/2/0/11099

.NET Framework: 627. C++로 만든 DLL을 C#에서 사용하기
; https://www.sysnet.pe.kr/2/0/11111

.NET Framework: 686. C# - string 배열을 담은 구조체를 직렬화하는 방법
; https://www.sysnet.pe.kr/2/0/11319

.NET Framework: 757. 포인터 형 매개 변수를 갖는 C++ DLL의 함수를 C#에서 호출하는 방법
; https://www.sysnet.pe.kr/2/0/11533

.NET Framework: 978. C# - GUID 타입 전용의 UnmanagedType.LPStruct
; https://www.sysnet.pe.kr/2/0/12444

C/C++: 158. Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import
; https://www.sysnet.pe.kr/2/0/13128

.NET Framework: 2058. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 - 세 번째 이야기
; https://www.sysnet.pe.kr/2/0/13141

.NET Framework: 2083. C# - C++과의 연동을 위한 구조체의 fixed 배열 필드 사용 (2)
; https://www.sysnet.pe.kr/2/0/13205

닷넷: 2152. Win32 Interop - C/C++ DLL로부터 이중 포인터 버퍼를 C#으로 받는 예제
; https://www.sysnet.pe.kr/2/0/13429






How to Interop DISPPARAMS


제목 그대로, .NET에서 DISPPARAMS 타입의 인자를 COM(또는 Unmanaged 코드)에 전달하려면 어떻게 해야 할까요?
우선, DISPPARAMS 구조체를 알아야 겠지요. ^^ 아래는 C/C++ 헤더 파일에 정의된 내용을 가져온 것입니다.

typedef struct tagDISPPARAMS
    {
    VARIANTARG *rgvarg;
    DISPID *rgdispidNamedArgs;
    UINT cArgs;
    UINT cNamedArgs;
    }   DISPPARAMS;

사실, VARIANTARG는 VARIANT 형의 또 다른 typedef에 불과하고, DISPID 역시 LONG 형의 typedef이기 때문에, 이 정의는 다음과 같이 씌여져도 무방합니다.

typedef struct tagDISPPARAMS
{
    VARIANT *rgvarg;
    int *rgdispidNamedArgs;
    int cArgs;
    int cNamedArgs;
}   DISPPARAMS;

테스트를 위해 DISPPARAMS를 인자로 가지는 아래의 COM 메서드를 정의하고,

STDMETHOD(TestDISPPARAM)(/* [IN,OUT] */ DISPPARAMS *pAttribute)
{ 
    pAttribute->rgvarg[0].vt = VT_I4;
    pAttribute->rgvarg[0].intVal = 10;

    return S_OK;
}

이렇게 정의된 COM 개체를 C#에서 참조하면 다음과 같은 signature로 interop DLL이 생성됩니다.

[Guid("2AFBAFEE-68A9-4EF8-A38C-A7941D47CC16")]
[TypeLibType(2)]
[ClassInterface(0)]
public class MyInteropTestClass : IMyInteropTest, MyInteropTest
{
    public MyInteropTestClass();

    [DispId(1)]
    public virtual void TestDISPPARAM(ref stdole.DISPPARAMS pAttribute);
}

예상하시겠지만, stdole.DISPPARAMS 타입은 아래와 같은 형식으로 C/C++의 DISPPARAMS와 별반 다르지 않습니다.

public struct DISPPARAMS
{
    public int cArgs;
    public int cNamedArgs;
    public IntPtr rgdispidNamedArgs;
    public IntPtr rgvarg;
}

자,,, 이제부터 그럼 ^^ interop을 위한 코드를 시작해 볼까요?

우선, cArgs, cNamedArgs는 넘어가고, 약간 까다로울 것 같지만 rgdispidNamedArgs 인자도 그다지 문제되진 않습니다. 왜냐하면, DISPID 즉 LONG 형 배열이기 때문에 아래와 같이 간단하게(?) 전달해 줄 수 있습니다.

stdole.DISPPARAMS dispParams = new stdole.DISPPARAMS();
dispParams.cNamedArgs = 3;

int[] dispIDs = new int[] { 0, 1, 2};
GCHandle idHandle = GCHandle.Alloc(dispIDs, GCHandleType.Pinned);
IntPtr idPtr = idHandle.AddrOfPinnedObject();
dispParams.rgdispidNamedArgs = idPtr;

...[dispParams 사용]...
idHandle.Free();

문제는 IntPtr rgvarg 인자를 어떻게 해줘야 하느냐입니다. C/C++에서는 VARIANTARG(VARIANT)로 정의되어 있던 것이니, .NET에서 Variant 대신 전달하는 object를 다음과 같이 배열로 전달해도 될 것 같은 생각이 듭니다.

object[] objectsArray = new object[3];
objectsArray[0] = 5.6;
objectsArray[1] = 5;
objectsArray[2] = "TEST";

dispParams.rgvarg = Marshal.UnsafeAddrOfPinnedArrayElement(objectsArray, 0);

해보시면 아시겠지만,,, 이 방법은 유효하지 않습니다. 왜냐하면, object가 참조형이니만큼 메모리 구조가 틀리기 때문입니다. 어떻게 틀리는지 한번 비교를 해보면.

C/C++의 (VARIANTARG*) 인자를 메모리로 표현해 보면 다음과 같은 형식입니다.

[그림 1: (VARIANTARG*) 메모리 구조]
howtointerop_rgvarg_1.png

(32bit 시스템 기준으로) 4byte 영역의 포인터 값이 별도의 배열 공간을 가리키고, 그 배열 공간은 16byte 크기의 VARIANT 구조체가 연속적으로 메모리에 나열된 것입니다. 하지만, 위와 같이 object []로 표현을 하게 되면 메모리 구조는 (VARIANTARG *)와 다른 양상을 띄게 됩니다.

[그림 2: object [] 메모리 구조]
howtointerop_rgvarg_2.png

역시 4byte 포인터의 출발은 같지만, 또다시 object [] 배열이 나오고 각각의 "참조값" 배열에서 별도로 값을 가리키는 메모리 구조를 가지게 되는 것입니다. 당연히 interop에 문제가 발생할 수밖에 없습니다.

그럼, 어떻게 해야 할까요?

간단(?)합니다. [그림 1]에서 본 구조대로 맞춰주면 됩니다. 먼저 맞춰주어야 할 것은 16byte 크기의 VARIANT 배열인데, 이를 위해 별도의 구조체를 정의해도 되지만 여기서는 그냥 Guid를 사용해서 표현하겠습니다. 그래서, 3개의 VARIANT 인자를 전달해 주기 위해 아래와 같이 Guid[3]를 정의하고, 각각의 값에 VARIANT를 대입해 줄 수 있습니다.

Guid[] guids = new Guid[3];

fixed (void* pGuid0 = &guids[0])
{
    IntPtr pGuid = new IntPtr(pGuid0);
    Marshal.GetNativeVariantForObject(5.6, pGuid);
}

fixed (void* pGuid1 = &guids[1])
{
    IntPtr pGuid = new IntPtr(pGuid1);
    Marshal.GetNativeVariantForObject(5, pGuid);
}

fixed (void* pGuid2 = &guids[2])
{
    IntPtr pGuid = new IntPtr(pGuid2);
    Marshal.GetNativeVariantForObject("test", pGuid);
}

GCHandle gcHandle = GCHandle.Alloc(guids, GCHandleType.Pinned);
IntPtr argPtr = gcHandle.AddrOfPinnedObject();

dispParams.rgvarg = argPtr;

끝입니다. 이렇게 해서 COM 개체의 DISPPARAMS 인자를 받는 메서드를 호출해 보면 아래와 같은 rgvarg 값을 Watch 윈도우에서 확인해 볼 수 있습니다.

[그림 3: DISPPARAMS의 rgvarg 값 확인]
howtointerop_rgvarg_3.png

참고로, 제가 사용한 것은 16byte 크기의 Guid였지만 VARIANTARG라는 이름으로 별도의 구조체를 정의하셔도 됩니다. 실제로
pinvoke.net 웹 사이트에서 어느 정도 정의된 구조체 코드를 확인할 수 있습니다.

VARIANTARG (Structures)
; http://www.pinvoke.net/default.aspx/Structures/VARIANTARG.html

*** 첨부된 파일은 테스트를 위한 예제 솔루션입니다.



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/9/2021]

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

비밀번호

댓글 작성자
 



2008-12-01 09시49분
[lancers] 다 좋은데, 그림에서 가오가 떨어지는데요?
[guest]
2008-12-01 02시49분
그래도... 나름 엄청 신경써서 그린 건데요... OTL
kevin25

... [166]  167  168  169  170  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
887정성태6/23/201034161개발 환경 구성: 79. Hyper-V의 가상 머신에서 소리 재생 방법 [2]
886정성태6/23/201022379제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인
885정성태6/20/201023921개발 환경 구성: 78. COM+ 서버에서 COM+ 서버를 호출하는 방법
884정성태6/20/201026860제니퍼 .NET: 13. COM+ 서버 모니터링 [2]
883정성태6/18/201028734개발 환경 구성: 77. Appinit_Dlls로 구현한 환경 변수 설정 DLL [5]파일 다운로드1
882정성태6/17/201031558개발 환경 구성: 76. JKS(Java Key Store)에 저장된 인증서를 ActiveX 코드 서명에 사용하는 방법 [1]
881정성태6/14/201021009제니퍼 .NET: 12. COM+ 호출 모니터링 및 누수 확인
879정성태6/10/201023648제니퍼 .NET: 11. 소켓 모니터링 기능으로 본 ASP.NET의 소켓 풀링 기능 [1]
878정성태6/6/201023451제니퍼 .NET: 10. 소켓 모니터링 기능으로 본 WCF의 WSDualHttpBinding 성능 부하
877정성태5/31/201020208제니퍼 .NET: 9. 성능 관리 퀴즈 세 번째 문제 (닷넷 개발자 컨퍼런스)
876정성태5/31/201019638제니퍼 .NET: 8. 성능 관리 퀴즈 두 번째 문제 (닷넷 개발자 컨퍼런스) [2]
875정성태5/30/201021372제니퍼 .NET: 7. 성능 관리 퀴즈 첫 번째 문제 (닷넷 개발자 컨퍼런스)
873정성태5/19/201028239제니퍼 .NET: 6. 제니퍼를 위한 방화벽 설정
872정성태5/15/201027565제니퍼 .NET: 5. 제니퍼 서버 - NT 서비스로 구동시키는 방법
871정성태5/13/201034156VC++: 40. MSBuild를 이용한 VC++ 프로젝트 빌드파일 다운로드1
870정성태5/12/201025155제니퍼 .NET: 4. 닷넷 APM 솔루션 - 제니퍼 닷넷의 기능 요약 [2]
869정성태11/8/201926638오류 유형 : 95. WCF 인증서 설정 관련 오류 정리 [4]
865정성태5/5/201028924개발 환경 구성: 75. 인증서의 개인키를 담은 물리 파일 위치 알아내는 방법파일 다운로드1
864정성태5/4/201032793.NET Framework: 178. WCF - 사용자 정의 인증 구현 예제 [4]파일 다운로드1
863정성태5/4/201058680개발 환경 구성: 74. 인증서 관련(CER, PVK, SPC, PFX) 파일 만드는 방법 [1]파일 다운로드1
862정성태5/3/201020595제니퍼 .NET: 3. 제2회 닷넷 개발자 컨퍼런스에서 뵙겠습니다. ^^
861정성태5/1/201021174.NET Framework: 177. .NET 2.0 Profiler에 .NET 4.0 지원 추가
860정성태4/30/201026224오류 유형: 95. .NET 4.0 설치 오류 - 0x800c0005 [1]
858정성태4/29/201030129제니퍼 .NET: 2. JENNIFER .NET을 이용한 .NET 웹 사이트 모니터링 (2) - 설치 [3]
857정성태4/27/201028216제니퍼 .NET: 1. JENNIFER .NET을 이용한 .NET 웹 사이트 모니터링 (1) - 임시 라이선스 요청 및 다운로드
855정성태4/24/201025174.NET Framework: 176. DataContext가 thread-safe한 것인가?
... [166]  167  168  169  170  171  172  173  174  175  176  177  178  179  180  ...