問題詳細
GetGlyphOutline呼び出し時のスタックポインタの位置次第で字形が崩れる(testWin98StackDelta40)
- 正しい字形
- 崩れた字形
GetGlyphOutlineを使って字形のビットマップを取得する時、一回目の呼び出しでサイズを取得して、二回目の呼び出しで実際の字形ビットマップを取得することがある。そのとき、一回目と二回目を別々の関数にするなどしてスタックポインタの位置が一定間隔ずれた場合、字形が崩れることがある。
- 手元にあるWin98搭載マシンとWin98SE搭載マシンの二台で同じ結果になった。Win2kやXPでは起こらない。
- 再現方法は検証プログラムのtestWin98StackDelta40を参照。
- 必ず同じように崩れるみたい。
- なぜそうなるのかは不明。
- リモートデバッグでブレークポイントを二回目のGetGlyphOutlineの直前に置いて一回止めると正しい字形が取得できる。
GetGlyphOutlineが0を返しているのにgmBlackBoxXとgmBlackBoxYが0にならない(testZeroSizeGlyph)
- Win2kやWinXPで起こる。
- Win98では起こらない(みたい)。
- Win2kでGetGlyphOutlineが0を返した時は(gmBlackBoxX,gmBlackBoxY)の組が(1,1)になる。(1,0)、(0,1)、(0,0)にはならないみたい。ただし、GetGlyphOutlineが0以外を返した時に(1,0)、(0,1)、(0,0)になることがあるかどうかは未検証。
GetGlyphOutlineが返すバイト数とブラックボックス矩形から求めたバイト数とが一致しない(testGlyphSizeMismatch)
次に一例を示す。
赤線内が(gmBlackBoxX,gmBlackBoxY)が示す範囲で、青線が取得できたビットマップの各ピクセルを表す。右の「ぱ」において、gmBlackBoxYが示す高さより1ライン分大きいバッファサイズをGetGlyphOutlineは返しており、その内容は明らかにブラックボックス矩形をはみ出したものになっている。これを素直に(gmBlackBoxX,gmBlackBoxY)やgmptGlyphOriginを元に描画すると、他の平仮名に比べて「ぱ」の位置だけ1ピクセル下に下がり、しかも字形の下部1ラインが切れてしまう。このように字形がセルをはみ出した事によると思われるずれが他にも多数存在する。詳しくはサイズが食い違う文字コードを検証プログラムで出力させて、個々の文字をGetGlyphOutline Viewerで確認すると良い。ちなみにこの問題はWin98では確認できなかった。