CoTaskMemAlloc vmalloc v AllocHGlobal

Question

私は、Windowsでは、mallocはAllocHGlobalとは異なるCoTaskMemAllocとは異なります。 C＃の消費者にとって、これは、mallocされたポインタを返すC関数を持っていれば、それを自由に呼び出す必要があることを意味します。 I P/Invokeで文字列戻り値の型を指定すると、CLRはCoTaskMemFreeを呼び出すはずであり、mallocされたポインタで失敗するはずです。

しかし、私は実際にはこれを見ることができません。私はちょうどmalloc'd char *とP /文字列として呼び出す返すDLLを作成しました。メモリリークはありません。確かに、私が何を試みても、私は物事が失敗することはできません。私はmalloc、GlobalHAlloc、CoTaskMemAllocを呼び出し、無料の実装を使用しています。メモリリークはありません。同じメモリ空間が再利用されます。

これを強制的に失敗させるにはどうすればよいですか？あるいは、これは "実装定義"になっているはずのものですが、実際にはどちらか一方の方法で動作しますか？

これはVS2015 Update 2、Windows 8.1上にあります。

Answer 1

これは確かに動作しませんでした。しかし、物事は変化しています。 Cランタイムライブラリwas changed in VS2012、それはもはや独自のヒープをもう作成しません。 VS2015の場合、このCのコード：\プログラムファイル（x86の）\ Windowsのキット\ 10 \ソース\ 10.0.10240.0 \ ucrt \ヒープの\ heap_handle.cppは関連しています。

// Initializes the heap. This function must be called during CRT startup, and 
// must be called before any user code that might use the heap is executed. 
extern "C" bool __cdecl __acrt_initialize_heap() 
{ 
    __acrt_heap = GetProcessHeap(); 
    if (__acrt_heap == nullptr) 
     return false; 

    return true; 
} 

注意GetProcessHeap（への呼び出し） Marshal.AllocHGlobal（）が割り当て元と同じヒープを返します。だから、Marshal.FreeHGlobal（）で割り当てを解除したときに、デバッグヒープからの例外やリークが発生することはありません。

CoTaskMemAlloc（）の場合とほとんど同じです。関数にシングルステップ、私は以下を参照してください。

7638D1E1 mov   esi,dword ptr [g_CMalloc (76485EE0h)] 
7638D1E7 push  dword ptr [ebp+8] 
7638D1EA mov   esi,dword ptr [esi+0Ch] 
7638D1ED cmp   esi,offset CRetailMalloc_Alloc (763732C0h) 
7638D1F3 jne   CoTaskMemAlloc+44h (7638D214h) 
7638D1F5 push  0 
7638D1F7 push  dword ptr [g_hHeap (76485E68h)] 
7638D1FD call  dword ptr [__imp__HeapAlloc@12 (76488228h)] 

はg_hHeap変数の使用を注意してください。 GetProcessHeap（）が返す値と同じ値を持つことがわかります。再び、と解放すると、割り当て解除関数のいずれもはうまく動作します。

これは私がWindows 10から入手したことに注意してください。古いバージョンのWindowsは同じように動作しません。そして、CRetailMalloc_Allocは、予期せぬ使い方をするあまり楽しくないランダマイザです。

これは確かに役立つものであり、プログラムが失敗する可能性はあまりありませんが、アプリをテストするときは実際には役に立ちません。嫌な、本当に、それは "私のマシン上でのみ動作する"障害モードを呼び出す。 Bah。