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

Visual C++ - IDL 구문 중 "unsigned long"을 인식하지 못하는 #import

아래의 질문이 있었는데요,

C# dll 과 C++ 간 배열 전달. SafeArray
; https://www.sysnet.pe.kr/3/0/5726

문제를 정리해 보면, C# 측에서 다음과 같은 메서드를 하나 정의했고,

using System;
using System.Runtime.InteropServices;

namespace CsClassLibrary
{
    [ComVisible(true)]
    [InterfaceType(ComInterfaceType.InterfaceIsIDispatch)]
    [Guid("EF9B11F3-AAF7-47B3-95BA-5D842F376E8E")]
    public interface IDevice
    {
        UInt32[] GetFoo();
    }

    [ComVisible(true)]
    [ClassInterface(ClassInterfaceType.None)]
    [Guid("E0F14B0E-7749-4BA5-8304-FA61F8056D24")]
    public class CDevice : IDevice
    {
        public UInt32[] GetFoo()
        {
            UInt32[] retArray = new UInt32[] { 0, 1, 2, 3, 4 };
            return retArray;
        }
    }
}

"Register for COM interop" 옵션을 통해 COM 개체로 노출시킨 상태입니다. 그리고 이것을 Visual C++에서 다음과 같이 사용하는데,

#include <atlstr.h>
#include <atlconv.h>
#include <atlbase.h>
#include <atlsafe.h>

#import "..\\CsClassLibrary\\bin\\Debug\\CsClassLibrary.tlb" no_namespace named_guids

int main()
{
    CoInitialize(NULL);

    IDevice* mp_device;
    HRESULT hr = CoCreateInstance(CLSID_CDevice, NULL, CLSCTX_INPROC_SERVER, DIID_IDevice, reinterpret_cast<void**>(&mp_device));
    if (hr == S_OK)
    {
        SAFEARRAY* presult = mp_device->GetFoo();
        mp_device->Release();
    }

    CoUninitialize();
}

GetFoo 함수 호출에서 런타임 오류가 발생합니다.

Unhandled exception at 0x00007FFE9AB6474C in CppClient.exe: Microsoft C++ exception: _com_error at memory location 0x000000CABF78F360.

>    vcruntime140d.dll!_CxxThrowException(void * pExceptionObject, const _s__ThrowInfo * pThrowInfo) Line 75 C++ Non-user code. Symbols loaded.
    CppClient.exe!_com_raise_error(HRESULT hr, IErrorInfo * perrinfo) Line 19   C++ Symbols loaded.
    CppClient.exe!_com_dispatch_method(IDispatch * pDispatch, long dwDispID, unsigned short wFlags, unsigned short vtRet, void * pvRet, const wchar_t * pwParamInfo, ...) Line 96   C++ Symbols loaded.
    CppClient.exe!IDevice::GetFoo() Line 17 C++ Symbols loaded.
    CppClient.exe!main() Line 18    C++ Symbols loaded.
    CppClient.exe!invoke_main() Line 79 C++ Non-user code. Symbols loaded.
    CppClient.exe!__scrt_common_main_seh() Line 288 C++ Non-user code. Symbols loaded.
    CppClient.exe!__scrt_common_main() Line 331 C++ Non-user code. Symbols loaded.
    CppClient.exe!mainCRTStartup(void * __formal) Line 17   C++ Non-user code. Symbols loaded.
    kernel32.dll!BaseThreadInitThunk() Unknown Non-user code. Symbols loaded.
    ntdll.dll!RtlUserThreadStart() Unknown Non-user code. Symbols loaded.

도대체 무슨 오류가 있는 것일까요? ^^




Visual C++가 "#import ..." 구문을 이용해 tlb 파일로부터 생성한 GetFoo 함수의 호출 코드를 보면 이렇습니다.

inline SAFEARRAY * IDevice::GetFoo ( ) {
    SAFEARRAY * _result = 0;
    _com_dispatch_method(this, 0x60020000, DISPATCH_METHOD, VT_ARRAY|VT_I4, (void*)&_result, NULL);
    return _result;
}

뭔가.. 좀 이상하지 않나요? ^^ 우리가 만든 C# 메서드는 uint[]를 반환하는데 위에서 명시한 "VT_ARRAY|VT_I4" 플래그는 int[]에 해당합니다. 이 가정이 맞는지, 테스트를 위해 위의 함수를 우리가 직접 다음과 같이 만들어,

inline SAFEARRAY* GetFoo(IDevice *pDevice) {
    SAFEARRAY* _result = 0;
    _com_dispatch_method(pDevice, 0x60020000, DISPATCH_METHOD, VT_ARRAY | VT_UI4, (void*)&_result, NULL);
    return _result;
}

이렇게 호출할 수 있습니다.

SAFEARRAY* presult = GetFoo(mp_device);

호출 결과,

cs_cpp_interop_ui4_1.png

presult에도 값이 정상적으로 들어 있으니 이것으로 문제가 파악되었습니다.




그렇다면, 혹시 어느 쪽에서 잘못하고 있는 것인지 알 수 있을까요?

우선, C# 프로젝트의 "Register for COM interop" 옵션으로 생성된 TLB 파일을 oleview를 통해 확인해 보면,

[
  uuid(63722C41-D463-41DB-BCE4-8A497077448B),
  version(1.0),
  custom(90883F05-3D28-11D2-8F17-00A0C9A6186D, "CsClassLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null")

]
library CsClassLibrary
{
    // TLib : mscorlib.dll : {BED7F4EA-1A96-11D2-8F08-00A0C9A6186D}
    importlib("mscorlib.tlb");
    // TLib : OLE Automation : {00020430-0000-0000-C000-000000000046}
    importlib("stdole2.tlb");

    // Forward declare all types defined in this typelib
    dispinterface IDevice;

    [
      uuid(EF9B11F3-AAF7-47B3-95BA-5D842F376E8E),
      version(1.0),
      custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "CsClassLibrary.IDevice")    

    ]
    dispinterface IDevice {
        properties:
        methods:
            [id(0x60020000)]
            SAFEARRAY(unsigned long) GetFoo();
    };

    [
      uuid(E0F14B0E-7749-4BA5-8304-FA61F8056D24),
      version(1.0),
      custom(0F21F359-AB84-41E8-9A78-36D110E6D2F9, "CsClassLibrary.CDevice")
    ]
    coclass CDevice {
        interface _Object;
        [default] dispinterface IDevice;
    };
};

정상적으로 "SAFEARRAY(unsigned long)"라고 출력을 하고 있습니다. 이것으로 C# 측에서는 정상적으로 COM 규약에 따라 메타데이터를 생성하고 있는 것입니다. 그럼, 남은 범인은 Visual C++ 측이 되는군요. ^^

그러니까, #import 구문(혹은 아마도 이 처리를 수행하는 하위 프로세스)은 IDL의 SAFEARRAY(unsigned long) 규약을 "VT_ARRAY|VT_ UI4"가 아닌 "VT_ARRAY|VT_I4"로 출력하는 버그(?)가 있는 것입니다.

일단, 어쩔 수 없습니다. 현상이 저러하니, 마이크로소프트 측에 이슈 제기를 하거나, 이 글에서처럼 별도의 함수를 만들어 직접 마샬링 타입을 지정하는 수밖에는 없습니다. (물론, 이렇게 되면 C#에서 메서드 시그니처를 변경했을 때 주의 깊게 해당 메서드의 마샬링 플래그도 직접 수정해야 하는 단점이 있습니다.)

이렇게 해결 방법은 알게 되었지만, 그나저나 런타임 오류가 발생하는 것이 좀 신기하긴 합니다. UI4나 I4나 어차피 4바이트인데... 너무 빡빡하게 ^^; 타입 체크를 해서 문제가 되는 듯합니다.




자, 그럼 이번에는 반환값이 아닌 out 인자로 들어온 경우를 테스트해볼까요?

// C# 코드

public void GetFoo2(out uint[] result)
{
    result = new UInt32[] { 0, 1, 2, 3, 4 };
}

위의 메서드를 C++에서 #import하면 이런 함수가 자동생성됩니다.

// .tli 파일에 자동생성된 코드
inline HRESULT IDevice::GetFoo2 ( SAFEARRAY * * result ) {
    return _com_dispatch_method(this, 0x60020001, DISPATCH_METHOD, VT_EMPTY, NULL, 
        L"\x6003", result);
}

그리고 이번엔 해당 메서드를 호출하면 아예 Access Violation 예외가 발생합니다.

Exception thrown at 0x00007FFE851509A2 (clr.dll) in CppClient.exe: 0xC0000005: Access violation reading location 0xFFFFFFFFFFFFFFFF.

    clr.dll!ClrSafeArrayGetVartype(struct tagSAFEARRAY *,unsigned short *)  Unknown Symbols loaded.
    clr.dll!OleVariant::CreateArrayRefForSafeArray(struct tagSAFEARRAY *,unsigned short,class MethodTable *)    Unknown Symbols loaded.
    clr.dll!DispParamArrayMarshaler::MarshalNativeToManaged(struct tagVARIANT *,class Object * *)   Unknown Symbols loaded.
    clr.dll!DispatchMemberInfo::MarshalParamNativeToManaged(int,struct tagVARIANT *,class Object * *)   Unknown Symbols loaded.
    clr.dll!DispatchInfo::InvokeMemberWorker(struct DispatchMemberInfo *,struct InvokeObjects *,int,int,int,int &,int &,long,struct tagDISPPARAMS *,struct tagVARIANT *,unsigned short,unsigned long,long *,struct tagVARIANT *,struct OBJECTHANDLE__ * *,int *,struct tagVARIANT * *)  Unknown Symbols loaded.
    clr.dll!DispatchInfo::InvokeMemberDebuggerWrapper(struct DispatchMemberInfo *,struct InvokeObjects *,int,int,int,int &,int &,long,struct tagDISPPARAMS *,struct tagVARIANT *,unsigned short,unsigned long,long *,struct tagVARIANT *,struct OBJECTHANDLE__ * *,int *,struct tagVARIANT * *,class Frame *)   Unknown Symbols loaded.
    clr.dll!DispatchInfo::InvokeMember(struct SimpleComCallWrapper *,long,unsigned long,unsigned short,struct tagDISPPARAMS *,struct tagVARIANT *,struct tagEXCEPINFO *,struct IServiceProvider *,unsigned int *)   Unknown Symbols loaded.
    clr.dll!InternalDispatchImpl_Invoke(struct IDispatch *,long,struct _GUID const &,unsigned long,unsigned short,struct tagDISPPARAMS *,struct tagVARIANT *,struct tagEXCEPINFO *,unsigned int *)  Unknown Symbols loaded.
    clr.dll!InternalDispatchImpl_Invoke_CallBack(void *)    Unknown Symbols loaded.
    clr.dll!InternalDispatchImpl_Invoke_Wrapper(struct IDispatch *,long,struct _GUID const &,unsigned long,unsigned short,struct tagDISPPARAMS *,struct tagVARIANT *,struct tagEXCEPINFO *,unsigned int *)  Unknown Symbols loaded.
    CppClient.exe!_com_invoke_helper(IDispatch * pDispatch, long dwDispID, unsigned short wFlags, unsigned short vtRet, void * pvRet, const wchar_t * pwParamInfo, char * argList, IErrorInfo * * pperrinfo) Line 324   C++ Symbols loaded.
    CppClient.exe!_com_dispatch_method(IDispatch * pDispatch, long dwDispID, unsigned short wFlags, unsigned short vtRet, void * pvRet, const wchar_t * pwParamInfo, ...) Line 84   C++ Symbols loaded.
>    CppClient.exe!GetFoo2(IDevice * pDevice, tagSAFEARRAY * * result) Line 18   C++ Symbols loaded.
    CppClient.exe!main() Line 35    C++ Symbols loaded.
    CppClient.exe!invoke_main() Line 79 C++ Non-user code. Symbols loaded.
    CppClient.exe!__scrt_common_main_seh() Line 288 C++ Non-user code. Symbols loaded.
    CppClient.exe!__scrt_common_main() Line 331 C++ Non-user code. Symbols loaded.
    CppClient.exe!mainCRTStartup(void * __formal) Line 17   C++ Non-user code. Symbols loaded.
    kernel32.dll!BaseThreadInitThunk() Unknown Non-user code. Symbols loaded.
    ntdll.dll!RtlUserThreadStart() Unknown Non-user code. Symbols loaded.

사실, 이번에도 원인은 같을 것입니다. 반환 값에 대해서 VT_ARRAY|VT_I4 조합을 했던 것처럼 인자에 대해서도 역시 VT_I4를 했을 테니까요.

실제로 인자 형식을 지정한 L"\x6003" 값은 VARENUM의 정의 중,

// wtypes.h

enum VARENUM
    {
        //...[생략]...
        VT_I4   = 3,
        //...[생략]...
        VT_UI4  = 19,
        //...[생략]...
        VT_ARRAY    = 0x2000,
        VT_BYREF    = 0x4000,
        //...[생략]...
    } ;

아래의 3개 값이 조합한 것임을 유추할 수 있습니다.

VT_ARRAY    = 0x2000,
VT_BYREF    = 0x4000,
VT_I4   = 3,

따라서, VT_I4만 VT_UI4로 바꿔서 다음과 같이 맞춰주면,

inline HRESULT GetFoo2(IDevice* pDevice, SAFEARRAY** result) {
    return _com_dispatch_method(pDevice, 0x60020001, DISPATCH_METHOD, VT_EMPTY, NULL, 
        L"\x6013", result);
}

이제 정상적으로 호출이 됩니다. ^^

SAFEARRAY *pArrayResult = nullptr;
GetFoo2(mp_device, &pArrayResult);

cs_cpp_interop_ui4_2.png




참고로, 이런 식의 문제가 발생했을 때 IDispatch를 이용한 원시적인 호출을 하면서 접근하는 것도 원인 파악에 도움이 됩니다. 가령, 위에서 구현한 GetFoo, GetFoo2에 대해서는 다음과 같이 GetIDsOfNames, Invoke를 직접 호출하는 식으로 접근할 수 있습니다.

// ...[생략]...

{
    DISPID dispId;
    LPOLESTR lpDesc = (LPOLESTR)L"GetFoo";
    HRESULT hr = mp_device->GetIDsOfNames(IID_NULL, &lpDesc, 1, 0, &dispId);
            
    CComVariant varResult;
    DISPPARAMS params = { nullptr, nullptr, 0, 0 };
    hr = mp_device->Invoke(dispId, IID_NULL, LOCALE_USER_DEFAULT, DISPATCH_METHOD, &params, &varResult, nullptr, nullptr);
    if (hr != S_OK)
    {
        throw 1;
    }
}


{
    DISPID dispId;
    LPOLESTR lpDesc = (LPOLESTR)L"GetFoo2";
    HRESULT hr = mp_device->GetIDsOfNames(IID_NULL, &lpDesc, 1, 0, &dispId);

    CComVariant* varParams = new CComVariant[1];

    SAFEARRAY* pArray = nullptr;
    varParams[0].pparray = &pArray;
    varParams[0].vt = VT_ARRAY | VT_BYREF | VT_UI4;
    DISPPARAMS params = { varParams, nullptr, 1, 0 };

    hr = mp_device->Invoke(dispId, IID_NULL, LOCALE_USER_DEFAULT, DISPATCH_METHOD, &params, nullptr, nullptr, nullptr);
    if (hr != S_OK)
    {
        throw 1;
    }
}

이 정도면.. 대충 모두 설명한 것 같군요. ^^

(첨부 파일은 이 글의 예제 코드를 포함합니다.)




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 9/26/2022]

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)
13186정성태12/6/202235오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202275개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202283개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성
13183정성태12/4/202261오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리
13182정성태12/4/202292Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202289Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202291.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202259Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/2022153Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/2022105오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
13176정성태11/29/202278오류 유형: 828. gunicorn - ModuleNotFoundError: No module named 'flask'
13175정성태11/29/2022110오류 유형: 827. Python - ImportError: cannot import name 'html5lib' from 'pip._vendor'
13174정성태11/28/2022135.NET Framework: 2073. C# - VMMap처럼 스택 메모리의 reserve/guard/commit 상태 출력파일 다운로드1
13173정성태11/27/2022221.NET Framework: 2072. 닷넷 응용 프로그램의 스레드 스택 크기 변경
13172정성태11/25/2022271.NET Framework: 2071. 닷넷에서 ESP/RSP 레지스터 값을 구하는 방법파일 다운로드1
13171정성태11/25/2022226Windows: 214. 윈도우 - 스레드 스택의 "red zone"
13170정성태11/24/2022373Windows: 213. 윈도우 - 싱글 스레드는 컨텍스트 스위칭이 없을까요?
13169정성태11/23/2022385Windows: 212. 윈도우의 Protected Process (Light) 보안 [1]파일 다운로드2
13168정성태11/22/2022344제니퍼 .NET: 31. 제니퍼 닷넷 적용 사례 (9) - DB 서비스에 부하가 걸렸다?!
13167정성태11/21/2022334.NET Framework: 2070. .NET 7 - Console.ReadKey와 리눅스의 터미널 타입
13166정성태11/20/2022261개발 환경 구성: 651. Windows 사용자 경험으로 WSL 환경에 dotnet 런타임/SDK 설치 방법
13165정성태11/18/2022272개발 환경 구성: 650. Azure - "scm" 프로세스와 엮인 서비스 모음
13164정성태11/18/2022430개발 환경 구성: 649. Azure - 비주얼 스튜디오를 이용한 AppService 원격 디버그 방법
13163정성태11/17/2022282개발 환경 구성: 648. 비주얼 스튜디오에서 안드로이드 기기 인식하는 방법
13162정성태11/15/2022672.NET Framework: 2069. .NET 7 - AOT(ahead-of-time) 컴파일
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...