プログラマ専用SNS ミクプラ

/*マクロ*/
#define mymalloc(size) HeapAlloc(GetProcessHeap(),0,(size))
#define myfree(ptr) HeapFree(GetProcessHeap(),0,(ptr))

/*使用例*/
void* ptr=mymalloc(1000);/*メモリ確保*/
myfree(ptr);/*メモリ開放*/

1. 関数Aでメモリを確保し、同じ関数Aでメモリを開放
2. 関数Aでメモリを確保し、同じソースコード内の関数Bでメモリを開放
3. 関数Aでメモリを確保し、
   同じexeファイルにリンクする別のソースコード内の関数Bでメモリを開放
4. 関数Aでメモリを確保し、
   同じスタティックリンクライブラリにリンクする別のソースコード内の関数Bでメモリを開放
5. 関数Aでメモリを確保し、
   同じdllにリンクする別のソースコード内の関数Bでメモリを開放
6. メインのexeファイルのソースコードの関数Aでメモリを確保し、
   それにリンクするスタティックリンクライブラリのソースコードの関数Bでメモリを開放
7. リンクするスタティックリンクライブラリのソースコードの関数Aでメモリを確保し、
   メインのexeファイルのソースコードの関数Bでメモリを開放
8. あるスタティックリンクライブラリのソースコードの関数Aでメモリを確保し、
   同じexeファイルにリンクする別のスタティックリンクライブラリのソースコードの関数Bでメモリを開放
9. メインのdllのソースコードの関数Aでメモリを確保し、
   それにリンクするスタティックリンクライブラリのソースコードの関数Bでメモリを開放
10. リンクするスタティックリンクライブラリのソースコードの関数Aでメモリを確保し、
    メインのdllのソースコードの関数Bでメモリを開放
11. あるスタティックリンクライブラリのソースコードの関数Aでメモリを確保し、
    同じdllにリンクする別のスタティックリンクライブラリのソースコードの関数Bでメモリを開放
12. メインのexeファイルのソースコードの関数Aでメモリを確保し、
    それが読みこむdllのソースコードの関数Bでメモリを開放
13. あるdllのソースコードの関数Aでメモリを確保し、
    それを読み込むexeファイルのソースコードの関数Bでメモリを開放
14. あるdllのソースコードの関数Aでメモリを確保し、
    同じexeファイルから読み込まれる別のdllのソースコードの関数Bでメモリを開放
15. あるexeファイルにリンクされたスタティックリンクライブラリのソースコードの関数Aでメモリを確保し、
    そのexeファイルから読み込まれるdllのソースコードの関数Bでメモリを開放
16. あるexeファイルから読み込まれるdllのソースコードの関数Aでメモリを確保し、
    そのexeファイルにリンクされたスタティックリンクライブラリのソースコードの関数Bでメモリを開放

• ヒープメモリの確保と解放は kernel32.dll が担当する。故に，同一プロセス内であれば利用可能
• メモリ空間はプロセスで分断されるため，他のプロセスからは当然ながら利用不可能

beatle さんが書きました:言語はC++ということでよろしいですね？

YuO さんが書きました:提示されている物は，全て同一プロセス内での話となりますので，全て問題なく動きます。

みけCAT さんが書きました:

beatle さんが書きました:言語はC++ということでよろしいですね？

言語はC言語です。

YuO さんが書きました:提示されている物は，全て同一プロセス内での話となりますので，全て問題なく動きます。

同一プロセスなら、別のスレッドでも大丈夫ということですか？

softya（ソフト屋) さんが書きました:同一プロセス内ならスレッドが違っても解放できます。別プロセスは論理メモリ空間が違うので解放できません。
出来たとしてもアルゴリズム的に危険なので避けたほうが良いのは確かです。

あとdllとexeで使っているmsvcrt.dllとかが違うとmalloc/free系はやばいです。
HeapAllocはWin32APIなので大丈夫だとは思います。