Microsoft MVP성태의 닷넷 이야기
.NET Framework: 168. [in,out] 배열을 C#에서 C/C++로 넘기는 방법 [링크 복사], [링크+제목 복사]
조회: 19852
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
[in,out] 배열을 C#에서 C/C++로 넘기는 방법


가령, long 형 배열을 C/C++에 넘겨주고, C/C++ 측에서 해당 배열의 내용을 채운 후 반환해 주는 메서드라면 다음과 같이 IDL 정의를 해줄 수 있습니다.

[
	object,
	uuid(1A38076B-3D6D-4F20-8B4D-C72EF6AE1204),
	dual,
	nonextensible,
	helpstring("IMyTest Interface"),
	pointer_default(unique)
]
interface IMyTest : IDispatch
{
	[id(0x3003), helpstring("method PrepareBuf1")] 
	HRESULT PrepareBuf([in, out, size_is(bufLength)] __int64 buffer [], [in] int bufLength);
};

그런데, tlbimp.exe(또는 Visual Studio의 DLL 참조)를 이용하여 interop DLL을 생성해 보면, PrepareBuf의 함수 형식이 다음과 같이 정의되는 것을 볼 수 있습니다.

tlbimp testatl.dll /out:interop.testatl.dll

public virtual void PrepareBuf(ref long buffer, int bufLength);

오호... tlbimp.exe로써는, 감당이 안되는 IDL 구문이라는 것인데요. 그렇다면 이를 해결하기 위해서 생각해 볼 수 있는 것이 배열 자체를 포인터로 넘겨보는 정도일텐데, 약간 찜찜하긴 해도 4byte(혹은 8byte) 값으로 넘기는 것은 ^^ 너무 잘 동작합니다.

그래서 C# 측에서, 배열 자체를 IntPtr로 변경하고,

[STAThread]
static void Main(string[] args)
{
    interop.testatl.MyTestClass mtc = new interop.testatl.MyTestClass();
    
    long [] test = new long[5];

    // IntPtr ptr = Marshal.UnsafeAddrOfPinnedArrayElement(test, 0);
    // mtc.PrepareBuf(ptr.ToInt64(), 5);

    // 코드 변경: 2020-05-07
    GCHandle gcHandle = GCHandle.Alloc(test, GCHandleType.Pinned);

    try
    {
        mtc.PrepareBuf(gcHandle.AddrOfPinnedObject().ToInt64(), 5);
    }
    finally
    {
        gcHandle.Free();
    }

    for (int i = 0; i < 5; i++)
    {
        Console.WriteLine(test[i]);
    }
}

C/C++ 에서는 넘겨받은 정수값을 간단하게 포인터로 형변환해서 처리해 주면 됩니다.

STDMETHOD(PrepareBuf2)(__int64 buffer, int bufLength)
{
	__int64 *pBuffer = (__int64 *)buffer;

	for (int i = 0; i < bufLength; i ++ )
	{
		pBuffer[i] = i;
	}

	return S_OK;
}

물론, 이 방법은 out-of-process COM 개체로 만들면 프로세스 주소 공간이 달라지기 때문에 동작하지 않습니다. 하지만, In-proc COM 개체만으로 사용하실 분들이라면 이 방법이 나쁘다고 볼 수는 없습니다.

그렇긴 해도,,, 뭔가 개선 방법이 있지 않을까요? ^^
다음 토픽에 그 방법을 알아보겠습니다.



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

[연관 글]


donaricano-btn



[최초 등록일: ]
[최종 수정일: 6/11/2021 ]

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

비밀번호

댓글 쓴 사람
 



2010-01-05 11시01분
[ohjjang@daishin.com] 제 생각 몇 자 적어봅니다.
1.
midl의 출력은 proxy/stub 코드나 타입라이브러리 로 가능한데요.
size_is 의 경우는 타입라이브러리에서 미지원합니다(참조: http://support.microsoft.com/?scid=kb;en-us;236970&x=14&y=12)
따라서, 원칙적으로 proxy/stub 코드 출력을 사용해야 합니다.
따라서, 위의 경우는 tlbimp 가 감당을 못하는 것이 아니라, testatl.dll 내의 타입라이브러리 정보 자체에 conformant array 정보 표현이
안되어 있기 때문입니다.
2.
다만, 코딩량을 줄이기 위하여 타입라이브러리 출력과 tlbimp 를 사용할 때,
미지원 속성들을 어떻게 할 것인가...에 대한 좋은 방법일 수 는 있겠네요.
3.
추가적으로, size_is 속성을 사용하여 conformant array 를 표현할 때는 IMyTest 인터페이스가 custom 이어야지,
dual 이면 안될텐데요. 안그렇습니까?

[손님]
2010-01-05 11시09분
[ohjjang@daishin.com] 댓글 수정/삭제 할 수 있게 해 주세요. 네~?
[손님]
2010-01-27 12시34분
ohjjang@daishin.com 님 정확한 설명 감사드립니다. ^^ 님의 댓글을 통해 IDL의 출력이 tlb에 모두 반영되지 못한다는 것을 처음 알았습니다. 블로그를 통해 이런 사실을 알게 되어 개인적으로 더 의미가 있는 것 같습니다. ohjjang@daishin.com 님처럼 댓글 달아주시는 분이 많아야 할텐데... ^^

3번 사항에 저도 동의합니다. 단지 습관적으로 Dual로 예제를 만들었는데요. IDispatch 상으로는 그런 표현이 가능하질 않으니 원래는 custom 인터페이스로 정의해야겠지요. ^^

댓글 수정/삭제는... 시간 날 때 꼭 구현하도록 하겠습니다. (개인적으로 안 불편해서... ^^;)
kevin25

[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12687정성태6/22/202119오류 유형: 729. Invalid data: Invalid artifact, java se app service only supports .jar artifact
12686정성태6/21/202144Java: 22. Azure - 자바(Java)로 만드는 Web App Service
12685정성태6/21/202152Java: 21. Azure Web App Service에 배포된 Java 프로세스의 메모리 및 힙(Heap) 덤프 뜨는 방법
12684정성태6/19/202141오류 유형: 728. Visual Studio 2022부터 DTE.get_Properties 속성 접근 시 System.MissingMethodException 예외 발생
12683정성태6/18/202165VS.NET IDE: 166. Visual Studio 2022 - Windows Forms 프로젝트의 x86 DLL 컨트롤이 Designer에서 오류가 발생하는 문제파일 다운로드1
12682정성태6/18/202173VS.NET IDE: 165. Visual Studio 2022를 위한 Extension 마이그레이션
12681정성태6/18/202153오류 유형: 727. .NET 2.0 ~ 3.5 + x64 환경에서 System.EnterpriseServices 참조 시 CS8012 경고
12680정성태6/18/202140오류 유형: 726. python2.7.exe 실행 시 0xc000007b 오류
12679정성태6/18/202196COM 개체 관련: 23. CoInitializeSecurity의 전역 설정을 재정의하는 CoSetProxyBlanket 함수 사용법파일 다운로드1
12678정성태6/17/202176.NET Framework: 1072. C# - CoCreateInstance 관련 Inteop 오류 정리파일 다운로드1
12677정성태6/17/202175VC++: 144. 역공학을 통한 lxssmanager.dll의 ILxssSession 사용법 분석파일 다운로드1
12676정성태6/16/202196VC++: 143. ionescu007/lxss github repo에 공개된 lxssmanager.dll의 CLSID_LxssUserSession/IID_ILxssSession 사용법파일 다운로드1
12675정성태6/16/202149Java: 20. maven package 명령어 결과물로 (war가 아닌) jar 생성 방법
12674정성태6/15/202193VC++: 142. DEFINE_GUID 사용법
12673정성태6/15/202153Java: 19. IntelliJ - 자바(Java)로 만드는 Web App을 Tomcat에서 실행하는 방법
12672정성태6/15/202142오류 유형: 725. IntelliJ에서 Java webapp 실행 시 "Address localhost:1099 is already in use" 오류
12671정성태6/15/202156오류 유형: 724. Tomcat 실행 시 Failed to initialize connector [Connector[HTTP/1.1-8080]] 오류
12670정성태6/13/202169.NET Framework: 1071. DLL Surrogate를 이용한 Out-of-process COM 개체에서의 CoInitializeSecurity 문제파일 다운로드1
12669정성태6/11/2021157.NET Framework: 1070. 사용자 정의 GetHashCode 메서드 구현은 C# 9.0의 record 또는 리팩터링에 맡기세요.
12668정성태6/11/2021167.NET Framework: 1069. C# - DLL Surrogate를 이용한 Out-of-process COM 개체 제작파일 다운로드2
12667정성태6/10/202199.NET Framework: 1068. COM+ 서버 응용 프로그램을 이용해 CoInitializeSecurity 제약 해결파일 다운로드1
12666정성태6/10/202177.NET Framework: 1067. 별도 DLL에 포함된 타입을 STAThread Main 메서드에서 사용하는 경우 CoInitializeSecurity 자동 호출파일 다운로드1
12665정성태6/9/2021145.NET Framework: 1066. Wslhub.Sdk 사용으로 알아보는 CoInitializeSecurity 사용 제약파일 다운로드1
12664정성태6/9/2021101오류 유형: 723. COM+ PIA 참조 시 "This operation failed because the QueryInterface call on the COM component" 오류
12663정성태6/9/2021130.NET Framework: 1065. Windows Forms - 속성 창의 디자인 설정 지원: 문자열 목록 내에서 항목을 선택하는 TypeConverter 제작파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...