あれ？DeleteGraphで解放されないメモリがあるぞ

「初音ミク冒険記」の第１章ボス戦のプログラムで
空きメモリのチェックをしていて気付いたこと。

どうやらDeleteGraphで完全にメモリ解放がされていない。

第１章のボス戦で使っている画像は３つある

１．ボスがトコトコ移動する画像

２．ボスがジャンプするときの画像

３．宝珠

これを１と２の画像は、LoadDivGraphでそれぞれ２枚の画像にして
３の画像は、LoadGraphで読み込んでいる。
読み込む順番は、１→２→３としている。
これまではDeleteGraphを使っていなかったがボス戦に勝利した後
３→２→１の順にDeleteGraphしてみた。

ログを抜粋し、説明用に英字を入れてみた
Ａ：Boss LoadDivGraph 1 before Free Memory=3,001,344 byte
Ｂ：Boss LoadDivGraph 2 before Free Memory=2,211,840 byte
Ｃ：Boss LoadGraph before Free Memory=1,423,360 byte
Ｄ：Boss LoadGraph after Free Memory=1,418,240 byte
＜中略＞
Ｅ：Boss DeleteGraph 1 before Free Memory=1,418,240 byte
Ｆ：Boss DeleteGraph 2 before Free Memory=1,422,336 byte
Ｇ：Boss DeleteGraph 3 before Free Memory=2,207,744 byte
Ｈ：Boss DeleteGraph after Free Memory=2,994,176 byte

期待していたのはＣの空きメモリとＦの空きメモリが一致していること
なのだが、1,024合わない。
同様にＢとＧも一致すると思ったのだが、4,096合わない。
同じくＡとＨも一致すると思ったのだが、7,168合わない。

LoadDivGraphは、１の画像を読み込んだ後に２つの画像に分けている。
つまりLoadDivGraph１回で内部的には３つのイメージハンドラを使っている。
ということは、LoadDivGraph２回とLoadGraph１回だと７つのイメージハンドルを使う。

DeleteGraph１回で未解放なのが1,024。
７つのイメージハンドル×1,024＝7,168となるので計算は合う。

これだと猫山Ｐが
「png画像の読込＆削除を繰り返すと挙動がおかしくなる」
で書いた通り、そのうち画像を読み込めなくなるだろう。

１つの画像ハンドルあたり1024バイトなのは
かげさんの空きメモリチェックの単位が1024バイト単位だからだと思うので
実際には、もっと少ない解放漏れかもしれないけど。

DadrfyさんのDX Library Portable kai v3.2にある関数
MakeGraphFromScreenで作った画像ハンドルは問題なく
DeleteGraph後に完全解放されているので
違いが分かれば解決できるかもしれないけど
DXライブラリPortableの中は難しいんだよなぁ・・・