Microsoft MVP성태의 닷넷 이야기
.NET Framework: 472. C/C++과 C# 사이의 메모리 할당/해제 방법 [링크 복사], [링크+제목 복사],
조회: 32794
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 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




C/C++과 C# 사이의 메모리 할당/해제 방법

C#과 C/C++ 사이의 메모리 전달에 대해서는 예전에도 다뤘는데요.

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

C++ 측에서 메모리를 new로 할당한 경우, 그럴 때는 C# 측에서 해제를 하는 방법이 없습니다. 따라서 어쩔 수 없이 다시 C/C++ 측의 코드를 불러서 delete로 해제하는 절차를 따르게 되는데... 이것도 예전에 설명드렸습니다.

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

C#과 C/C++은 서로 메모리 할당/해제하는 방식이 다르기 때문에 어쩔 수 없지만, 이런 경우 2개의 환경 모두에서 공통 메모리 할당 방법을 사용하면 이런 제약으로부터 자유로울 수 있습니다. 바로 이럴 때 뜻하지 않게 COM이 등장합니다. COM의 메모리 할당/해제는 OS에 의해 제공되는 방식이므로 C#과 C/C++의 환경적인 영향을 받지 않고 사용할 수 있습니다.

일례로, C/C++에서 이렇게 CoTaskMemAlloc API를 사용해 메모리를 할당해서 반환했으면,

void AllocBuffer(wchar_t **pBuffer)
{
    wstring txt = L"fvjasdflkvsadjkfjavsdkfsadjvdksajfkavsdjflajvsdkfjalkvsjflkjewoqiur092uvoifjkladjfas";

    int bufSize = txt.size() + 1;
    *pBuffer = (wchar_t *)::CoTaskMemAlloc(4096);
    *pBuffer[0] = '\0';
    wcsncpy_s(*pBuffer, bufSize, txt.c_str(), bufSize - 1);
}

WIN32PROJECT1_API wchar_t *fnWin32Project1()
{
    wchar_t *pBuffer = nullptr;

    AllocBuffer(&pBuffer);

    return pBuffer;
}

C#에서는 해당 포인터 변수 그대로 가져다가 Marshal.FreeCoTaskMem 메서드를 이용해 해제할 수 있습니다.

using System;
using System.Runtime.InteropServices;

namespace ConsoleApplication1
{
    class Program
    {
        [DllImport("Win32Project1.dll")]
        public static extern IntPtr fnWin32Project1();

        static unsafe void Main(string[] args)
        {
            IntPtr ptr = fnWin32Project1();

            {
                string txt = Marshal.PtrToStringUni(ptr);
                txt = null;
                GC.Collect();
            }

            Marshal.FreeCoTaskMem(ptr);
        }
    }
}

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




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/22/2014]

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

비밀번호

댓글 작성자
 




... 166  167  168  [169]  170  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
910정성태8/19/201042724개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201037413오류 유형: 102. System.MissingMethodException
908정성태8/17/201028425개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201025803개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201033551개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201037565Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201039749오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201036668Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201029144Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201028298Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
900정성태8/3/201031233Team Foundation Server: 35. TFS 소스 코드 관리 기능 (2) - Shelveset
899정성태8/2/201032812Team Foundation Server: 34. TFS 소스 코드 관리 기능 (1) - Changeset
898정성태7/31/201033066.NET Framework: 182. WCF의 InactivityTimeout [1]파일 다운로드1
897정성태7/26/201133999.NET Framework: 181. AssemblyVersion, AssemblyFileVersion, AssemblyInformationalVersion [4]
896정성태7/25/201041055.NET Framework: 180. C# Singleton 인스턴스 생성 [2]
895정성태7/25/201024730VS.NET IDE: 68. Visual Studio 2010 - .NET 1.1 원격 디버깅
894정성태7/25/201030569오류 유형: 100. Could not find the Database Engine startup handle. [1]
893정성태7/25/201031513오류 유형: 99. .NET 4.0 설치된 윈도우 7에서 SQL Server 2008 R2 설치 오류
892정성태7/9/201032556오류 유형: 98. 영문 윈도우에 한글 SQL Server 2008 R2 설치할 때 오류 [4]
891정성태7/8/201029112오류 유형: 97. MsiGetProductInfo failed to retrieve ProductVersion for package with Product Code = '{...}'. Error code: 1605. [2]
889정성태7/5/201030984.NET Framework: 179. Dictionary.Get(A) 대신 Dictionary.Get(A.GetHashCode())를 사용해서는 안 되는 이유 [1]
888정성태6/30/201028558오류 유형: 96. Hyper-V 연결 오류 - A connection will not be made because credentials may not be sent to the remote computer
887정성태6/23/201038409개발 환경 구성: 79. Hyper-V의 가상 머신에서 소리 재생 방법 [2]
886정성태6/23/201026468제니퍼 .NET: 14. ASMX, WCF 호출 모니터링 및 누수 확인
885정성태6/20/201028492개발 환경 구성: 78. COM+ 서버에서 COM+ 서버를 호출하는 방법
884정성태6/20/201031089제니퍼 .NET: 13. COM+ 서버 모니터링 [2]
... 166  167  168  [169]  170  171  172  173  174  175  176  177  178  179  180  ...