Ｍｕｓｅ掲示板

> SendMessage （SETTEXT) で送るメッセージが HEAP の末尾に来た場合、メッセージが飛んでいないようです。

なるほど！
謎(の一部)が解けました。
つまり、昨日の投稿でのオフセット -3 バイト位置は、HeapAlloc でできたメモリ管理用構造体で、0x01 は空きあり、0x11 はヒープ末尾を表すフラグだったわけです。

この NULL 終端がヒープ末尾に来る文字列の問題は、以下の簡単なプログラムで確認できます。

 HANDLE hHeap = HeapCreate(0, 16384, 16384);
 int i, ret, cnt = 0, alloc_bytes = 32;
 char* p_last, * p_first, *p;
 p = p_first = (char*)HeapAlloc(hHeap, 0, alloc_bytes);
 while(1){
  p_last = p;
  sprintf(p, "Allocation #%04d.______________", cnt++); // 終端込みで 32 バイト
  if((p = (char*)HeapAlloc(hHeap, 0, alloc_bytes)) == NULL) break;
 }
 
 HWND hWnd = (HWND)0x001F0A78; // 適当なウィンドウ
 for(i=0; i<10; i++){
  _sleep(1000);
  ret = SendMessage(hWnd, WM_SETTEXT, 0x00, (LPARAM)p_first); // 表示される
  printf("text= %s, ret = %d\n", p_first, ret);
  _sleep(1000);
  ret = SendMessage(hWnd, WM_SETTEXT, 0x00, (LPARAM)p_last); // 表示されない
  printf("text= %s, ret = %d\n", p_last, ret);
 }
 HeapDestroy(hHeap);

必ずしも 32 バイトの HeapAlloc が問題なわけではなく、HeapAlloc を呼び出した時点の残り割り当て可能領域に依存します。
例えば上記プログラムなら、こちらの環境 (WinXP, コンパイラ VC++6.0) では、少なくとも
(ヒープ領域サイズ, 割り当てサイズ) = (16384, 32), (16384, 24), (8192, 24), (8192, 16) のときに発生します。

スレッドをまたいで WM_SETTEXT を送信するので、カーネルがテキストをコピーする必要があり、
そのときにカーネルのバグで、NULL 終端を越えて走査しようとしてしまう・・・というストーリーでしょうか？


そして、今までの私の発言が全て的外れだったということに気付きました。
変な方向にリードしてしまい、本当にすみませんでした。（汗）

前のバージョンになく、readme.txt にもない挙動を発見してしまいました。

1: *MARK"A"
2: *TEXT"A"
3: _
4: *FONT",2"
5: *MARK"B"

で、ファイル読込み直後は 2 行目が表示する "A" はデフォルトの書体で表示されるのですが、
一度 5 行目を通過した後で左三角やシークバーで 1 行目のマークに戻り、
再び再生すると 2 行目の "A" がイタリック体で表示されました。

1 行目か 5 行目のどちらかの *MARK でも削ると "A" がイタリック体になる現象は
起きませんでした。
1 行目を *TEXT にした場合も起きませんでしたが、
1 行目は *MARK のままで 5 行目を *TEXT にした場合は起きました。
また、V6.26 では起きませんでした。