SysFreeString() 호출시 힙 손상 오류

Question

// --------------------------- C# 코드 -------- ----------------------

[DllImport("MarshallStringsWin32.dll", CallingConvention = CallingConvention.Cdecl, CharSet = CharSet.Ansi)] 
    extern static void PassStringOut([MarshalAs(UnmanagedType.BStr)] out String str); 

    [DllImport("MarshallStringsWin32.dll", CallingConvention = CallingConvention.Cdecl, CharSet = CharSet.Ansi)] 
    extern static void FreeString([MarshalAs(UnmanagedType.BStr)] String str); 

    static void Main(string[] args) 
    { 
     String str; 
     PassStringOut(out str); 
     FreeString(str); 
    } 

// ------------------- -------- C + 코드 ------------------------------

void PassStringOut(__out BSTR* str) 
{ 
    const std::string stdStr = "The quick brown fox jumps over the lazy dog"; 
    _bstr_t bstrStr = stdStr.c_str(); 
    *str = bstrStr.copy(); 
} 

void FreeString(BSTR str) 
{ 
    SysFreeString(str); 
} 

PassStringOut() 및 FreeString()에서 'str'포인터가 다르며 SysFreeString()을 호출 할 때 힙 손상 오류가 발생합니다. FreeString()에 대한 참조로 'str'을 전달해야합니까? 그렇다면 C# 및 C++에서 사용해야하는 구문은 무엇입니까?

Answer 1

마샬링 계층은 복사본을 관리되는 메모리에 할당합니다. 그 사본은 가비지 컬렉터에 의해 해제 될 것입니다. 사실 String은 C#에서 SysFreeString 일 필요가 없습니다. 실제로 시도하면 힙을 손상시킬 수있는 좋은 방법입니다.

문자열에 2 개의 복사본이 있어야합니까? *str = bstrStr.copy(); 그리고 마샬링 레이어에 의해?

여기서 어떤 일이 일어나는지 자세히 설명해 드리겠습니다.

Main 메서드는 String 유형의 로컬 변수의 관리되는 주소를 전달하여 비 관리 코드를 호출합니다. 마샬링 계층은 적절한 크기의 자체 저장소를 만들어 BSTR을 보유하고 해당 저장소에 대한 참조를 관리되지 않는 코드에 전달합니다.

관리되지 않는 코드가 할당 BSTR 그리고, 문자와 연관된 스토리지를 참조하는 string 객체를 할당하고, 원래의 문자열로의 첫 번째 복사본을 만드는 힙을 할당 BSTR. 그런 다음 BSTR의 두 번째 복사본을 만들고 out 매개 변수에 해당 저장소에 대한 참조를 채 웁니다. bstrStr 개체가 범위를 벗어나 소멸자가 원본 BSTR을 해제합니다.

마샬링 계층은 적절한 크기의 관리되는 문자열을 만들어 세 번째 문자열을 복사합니다. 그런 다음 전달 된 BSTR을 해제합니다. 컨트롤이 이제 관리되는 문자열을 가진 C# 코드로 돌아갑니다.

해당 문자열은 FreeString에게 전달됩니다. 마샬링 계층은 BSTR을 할당하고 네 번째 시간은 문자열의 복사본을 BSTR으로 만들고 비 관리 코드에 전달합니다. 그런 다음 소유하지 않고 반환하는 BSTR을 해제합니다. 마샬링 계층은 할당 된 BSTR을 해제하고 힙을 손상시킵니다.

관리되는 힙은 손상되지 않습니다. 가비지 수집가가 선택할 때 관리 문자열은 가비지 수집기에 의해 해제됩니다.

FreeString()을 참조하여 'str'을 전달해야합니까? 당신이 직장을 정렬 화의 방법을 모든 측면의 철저한 및 깊은 이해가 될 때까지

호 오히려, 당신은 상호 운용성 코드를 작성 중지해야합니다.

전문가가 올바른 정보를 얻을 때도 관리 코드와 비 관리 코드를 마샬링하는 것이 어렵습니다. 제 조언은 여러분이 한 걸음 더 나아가서 interop 코드를 안전하게 작성하고 올바르게 작성하는 방법을 가르쳐 줄 수있는 전문가의 서비스를 얻는 것입니다.

Answer 2

이것이 작동한다고 생각하는 방식대로 작동하지 않습니다. pinvoke marshaller는 이미 BSTR을 자동으로 릴리스했습니다. 그것은 PassStringOut()을 호출 할 때 발생했습니다. 마샬 러는이를 System.String으로 변환하고 BSTR을 릴리스했습니다. 이것은 네이티브 코드와 관리 코드간에 BSTR을 전달하기위한 정상적이고 필요한 프로토콜입니다.() FreeString의 잘못은 무엇

는 새로운 BSTR이 PInvoke를 마샬에 의해 할당있어 것입니다. 그리고 은 두번으로 발표되었습니다. 먼저 네이티브 코드에 의해, 다시 pinvoke marshaller에 의해. 디버거가 부착 된 코드를 실행할 때 사용되는 디버그 힙의 Kaboom.

너무 많은 도움을 주므로 FreeString()을 호출하지 마십시오. 그들은 기존의 C 코드에서 아주 일반적이기 때문에

---

당신은 당신을 위해 ANSI 문자열을 처리 할 수있는 PInvoke를 마샬를 얻을 수 있습니다, 그것은 사실 기본 동작입니다. 귀하의 C++ 함수는 다음과 같이 수 :

extern "C" __declspec(dllexport) 
void __stdcall PassStringOut(char* buffer, size_t bufferLen) 
{ 
    const std::string stdStr = "The quick brown fox jumps over the lazy dog"; 
    strcpy_s(buffer, bufferLen, stdStr.c_str()); 
} 

일치하는 C# 코드와 함께 : 버퍼의 적절한 크기를 추측하는 데

class Program { 
    static void Main(string[] args) { 
     var buffer = new StringBuilder(666); 
     PassStringOut(buffer, buffer.Capacity); 
     Console.WriteLine(buffer.ToString()); 
     Console.ReadLine(); 
    } 
    [DllImport("Example.dll")] 
    private static extern bool PassStringOut(StringBuilder buffer, int capacity); 
} 

는 그러나 못 생기고 세부입니다.