Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)
(시리즈 글이 13개 있습니다.)
.NET Framework: 397. C# - OCX 컨트롤에 구현된 메서드에 배열을 in, out으로 전달하는 방법
; https://www.sysnet.pe.kr/2/0/1547

.NET Framework: 652. C# 개발자를 위한 C++ COM 객체의 기본 구현 방식 설명
; https://www.sysnet.pe.kr/2/0/11175

.NET Framework: 792. C# COM 서버가 제공하는 COM 이벤트를 C++에서 받는 방법
; https://www.sysnet.pe.kr/2/0/11679

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

.NET Framework: 977. C# PInvoke - C++의 매개변수에 대한 마샬링을 tlbexp.exe를 이용해 확인하는 방법
; https://www.sysnet.pe.kr/2/0/12443

.NET Framework: 1008. 배열을 반환하는 C# COM 개체의 메서드를 C++에서 사용 시 메모리 누수 현상
; https://www.sysnet.pe.kr/2/0/12491

.NET Framework: 1064. C# COM 개체를 PIA(Primary Interop Assembly)로써 "Embed Interop Types" 참조하는 방법
; https://www.sysnet.pe.kr/2/0/12662

.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작
; https://www.sysnet.pe.kr/2/0/12668

.NET Framework: 1095. C# COM 개체를 C++에서 사용하는 예제
; https://www.sysnet.pe.kr/2/0/12791

.NET Framework: 2003. C# - COM 개체의 이벤트 핸들러에서 발생하는 예외에 대한 CLR의 특별 대우
; https://www.sysnet.pe.kr/2/0/13050

닷넷: 2177. C# - (Interop DLL 없이) CoClass를 이용한 COM 개체 생성 방법
; https://www.sysnet.pe.kr/2/0/13469

닷넷: 2248. C# - 인터페이스 타입의 다중 포인터를 인자로 갖는 C/C++ 함수 연동
; https://www.sysnet.pe.kr/2/0/13607

닷넷: 2254. C# - COM 인터페이스의 상속 시 중복으로 메서드를 선언
; https://www.sysnet.pe.kr/2/0/13614




C# - 인터페이스 타입의 다중 포인터를 인자로 갖는 C/C++ 함수 연동

마침 그런 매개변수를 테스트를 할 수 있는 함수가 하나 있으니,

MFEnumDeviceSources function (mfidl.h)
; https://learn.microsoft.com/en-us/windows/win32/api/mfidl/nf-mfidl-mfenumdevicesources

HRESULT MFEnumDeviceSources(
  [in]  IMFAttributes *pAttributes,
  [out] IMFActivate   ***pppSourceActivate,
  [out] UINT32        *pcSourceActivate
);

과연 C#에서 저걸 Interop 하는 것이 가능할까요? ^^

우선, 이런 경우 아주 범용적으로 쓸 수 있는 (어차피 포인터를 받아오는 것이므로) IntPtr을 이용해 다음과 같이 마샬링할 수 있습니다.

[DllImport("Mf.dll")]
static extern HRESULT MFEnumDeviceSources(IMFAttributes pAttributes, out IntPtr pppSourceActivate, out uint pcSourceActivate);

이후 실행했을 때, pcSourceActivate에는 pppSourceActivate의 개수가 넘어올 것입니다. 그리고 디버거에서는 pppSourceActivate의 주소, 아래의 그림에서는 0x000002730066B990 주소인데, 그 부분을 메모리 창으로 보면 2개의 (유효해 보이는) 포인터 값이 있는 것을 확인할 수 있습니다.

marshal_interface_array_1.png

그러니까, 따지고 보면 결국 2개의 요소를 갖는 IntPtr 배열에 불과하므로 다음과 같이 호출해도 될 듯합니다.

[DllImport("Mf.dll")]
static extern HRESULT MFEnumDeviceSources(IMFAttributes pAttributes, out nint[] pppSourceActivate, [MarshalUsing out uint pcSourceActivate);

하지만 실제로 해보면, 2개의 요소를 반환하는 상황에서도 nint[] 배열에는 1개의 값만 채워져 옵니다. 이런 경우 예전 글에서 설명한 것처럼 SizeParamIndex를 지정해야 합니다.

[DllImport("Mf.dll")]
static extern HRESULT MFEnumDeviceSources(IMFAttributes pAttributes,
    [MarshalAs(UnmanagedType.LPArray, SizeParamIndex = 2)] out nint[] pppSourceActivate, out uint pcSourceActivate);




그런데, MFEnumDeviceSources의 경우가 특별한 것이 있다면, 저 매개변수의 타입이 3중 포인터라는 점입니다. 즉, 우리가 받아온 저 배열의 값은 또 다른 값을 가리키는 포인터라는 건데요, 다행인 점은 저것이 COM Interface라는 점입니다.

따라서, 포인터의 포인터를 처리할 필요 없이 애당초 Interface임을 알리는 마샬링을 지정해 object 배열로 받는 것도 가능합니다.

[DllImport("Mf.dll")]
static extern HRESULT MFEnumDeviceSources(IMFAttributes pAttributes,
    [MarshalAs(UnmanagedType.LPArray, ArraySubType = UnmanagedType.IUnknown, SizeParamIndex = 2)] out object[] pppSourceActivate, out uint pcSourceActivate);

이렇게 object로 받았으면 다음과 같은 식으로 "as" 형변환, 즉 내부적으로 QueryInterface를 통해 원래의 인터페이스로 복원하는 것이 가능합니다.

HRESULT hr = MFEnumDeviceSources(pAttributes, out pppSourceActivate, out pcSourceActivate);

if (pcSourceActivate != 0)
{
    IMFActivate? item = pppSourceActivate[0] as IMFActivate;
    if (item != null)
    {
        hr = item.ActivateObject(ref IMFMediaSourceGuid, out IntPtr pMFMediaSource);
    }
}

참고로, 위의 경우 ArraySubType을 UnmanagedType.IUnknown으로 명시하지 않으면 이런 예외가 발생합니다.

System.Runtime.InteropServices.InvalidOleVariantTypeException
  HResult=0x80131531
  Message=Specified OLE variant is invalid.
  Source=<Cannot evaluate the exception source>
  StackTrace:
<Cannot evaluate the exception stack trace>




위의 처리 단계까지 이해했다면, 이제 부가 코드 없이 곧바로 MFEnumDeviceSources DllImport 단계에서 아예 인터페이스를 마샬링하도록 다음과 같이 정의할 수 있습니다.

[DllImport("Mf.dll")]
static extern HRESULT MFEnumDeviceSources(IMFAttributes pAttributes,
[MarshalAs(UnmanagedType.LPArray, SizeParamIndex = 2)] out IMFActivate[] pppSourceActivate, out uint pcSourceActivate);

무려 3중 포인터를 인자로 갖는 괴상한 Win32 API를 별다른 부가 코드 없이 DllImport 정의 수준에서 그대로 연동할 수 있다는 점이 바로! C# 언어만의 매력이 되겠습니다. ^^




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 5/1/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)
12153정성태2/23/202024449.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202021443.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202024075.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202024186.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202021083.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202025774디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202021066디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202022265.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202023871.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202024059.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202018482.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202022435.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202021410.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202022744.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202022433.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202028642.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202020304오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
12136정성태2/6/202021965Windows: 168. Windows + S(또는 Q)로 뜨는 작업 표시줄의 검색 바가 동작하지 않는 경우
12135정성태2/6/202027741개발 환경 구성: 468. Nuget 패키지의 로컬 보관 폴더를 옮기는 방법 [2]
12134정성태2/5/202024987.NET Framework: 884. eBEST XingAPI의 C# 래퍼 버전 - XingAPINet Nuget 패키지 [5]파일 다운로드1
12133정성태2/5/202022772디버깅 기술: 161. Windbg 환경에서 확인해 본 .NET 메서드 JIT 컴파일 전과 후 - 두 번째 이야기
12132정성태1/28/202025861.NET Framework: 883. C#으로 구현하는 Win32 API 후킹(예: Sleep 호출 가로채기) [1]파일 다운로드1
12131정성태1/27/202024509개발 환경 구성: 467. LocaleEmulator를 이용해 유니코드를 지원하지 않는(한글이 깨지는) 프로그램을 실행하는 방법 [1]
12130정성태1/26/202022056VS.NET IDE: 142. Visual Studio에서 windbg의 "Open Executable..."처럼 EXE를 직접 열어 디버깅을 시작하는 방법
12129정성태1/26/202029076.NET Framework: 882. C# - 키움 Open API+ 사용 시 Registry 등록 없이 KHOpenAPI.ocx 사용하는 방법 [3]
12128정성태1/26/202023200오류 유형: 591. The code execution cannot proceed because mfc100.dll was not found. Reinstalling the program may fix this problem.
... 61  62  63  64  65  66  67  68  69  70  71  72  73  74  [75]  ...