Windows Programming Tips & Memos

Windows API (および関連 API) をＣ言語で使用するための Tips 集です．随時追加します． 主な更新は Blog でお知らせします．

• Main：http://www5d.biglobe.ne.jp/~noocyte/Programming/Windows/WindowsTips.html
• Mirror：http://www.geocities.jp/iafuu/Programming/Windows/WindowsTips.html

1. Windows のエラーメッセージ文字列を取得する．
   • 使用例
   • サイト内関連ページ
2. ファイルをごみ箱に移動する．
3. ごみ箱の構造 (Windows XP Pro SP2 の場合)
   • ごみ箱フォルダのパス名
   • 削除されたファイルのパス名
   • INFO2 ファイルのフォーマット
4. 実行ファイルのフルパス名を取得する．
5. コントロールのウインドウクラス名一覧
6. ダイアログの座標系 (ダイアログ (テンプレート) 単位とダイアログベース単位)
   • GetDialogBaseUnits() は使えない．
   • GetDialogBaseUnits() の代わりに MapDialogRect() を使う．
7. (１つ以上の) モードレスダイアログで TAB が効かない！
8. ウインドウリサイズ時のちらつきを抑える．
9. 閉曲線・多角形の塗りつぶしモード (ALTERNATE と WINDING)
   〜 点が閉曲線の内部にあるかどうかを判定する方法 〜
10. 実行環境バージョン指定マクロ (Windows SDK v7.0)
    • _MSC_VER
11. ウインドウの特徴
    • ウインドウ種別
12. DestroyWindow() の処理手順
13. ウインドウメッセージ
    • ウインドウメッセージ番号 (WM_*) の範囲
    • WM_INITDIALOG
    • ComboBox のメッセージ
    • ダブルクリック・メッセージ (WM_xBUTTONDBLCLK) を使用するには
    • TrackMouseEvent()，WM_(NC)MOUSEHOVER，WM_(NC)MOUSELEAVE
14. その他
    • DC のマッピングモード
    • Modifier Keys
    • ATOM
    • InitCommonControlsEx() のエラー
15. 参考図書
16. 外部へのリンク
17. 更新履歴

Windows のエラーメッセージは FormatMessage() で取得できるが， 引数が多いので自由度が高い反面，使うのが面倒． そこでエラー番号だけを指定すればエラーメッセージ文字列を取得できる， 次のような関数を用意しておくと簡単に使えて便利．

#include <windows.h>
#include <tchar.h>

TCHAR *WinErrorMessage(DWORD errorCode)
{
  TCHAR *message;
  DWORD n = FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER |
                          FORMAT_MESSAGE_IGNORE_INSERTS |
                          FORMAT_MESSAGE_FROM_SYSTEM,
                          NULL, errorCode, LANG_USER_DEFAULT,
                          (TCHAR*)&message, 0, NULL);
  return (n > 0) ? message : NULL;
}

この関数は，必要な文字列バッファを自分で確保するので， 不要になったら LocalFree() で解放する必要がある．
(注意：このため，メモリ不足に陥った場合， そのメモリ不足を知らせるメッセージを取得できない可能性がある．)

この関数は Windows API を直接呼び出す場合だけでなく， Ｃ標準ライブラリ関数を呼び出した後にも (仕様として保証されているわけではないが) 事実上使用できる． (ライブラリ関数の中で Windows API を呼んでいるため．)

Ｃ標準ライブラリでエラーメッセージを取得するには strerror(errno) を使うが， これは英語だけなので，日本語表示が必要な場合には WinErrorMessage() や FormatMessage() の方が便利．また FormatMessage() の dwLanguageId 引数に言語識別子を指定すれば， 他言語のメッセージを取得できる (こっちのページにサンプルプログラムあり)．

Windows の基本的なエラーメッセージは kernel32.dll のリソース (メッセージテーブル) で定義されており，Windows XP 日本語版では日本語と英語のメッセージテーブルが定義されている (SP2，SP3 で確認)． その内容は，Resource Hacker などのリソース編集ツールで見ることができる．

• Resource Hacker (配布元，日本語版あり)
• Resource Hacker - 概要
• Resource Hacker(リソースハッカー) 〜日本語対応ではないアプリケーションを日本語対応に〜
• ツールエキスパート 13 なんて素敵にジャパネスク(序) - Resource Hacker(1) (マイコミジャーナル)

TCHAR *fileName, *message, buf[1024];
FILE *in;

if((in = _tfopen(fileName, _T("r"))) == NULL) {
  message = WinErrorMessage(GetLastError());
  _stprintf(buf, _T("\"%s\" をオープンできません。\n%s"), fileName, message);
  LocalFree(message);
  MessageBox(NULL, buf, AppName, MB_ICONERROR);
  return -1;
}

FormatMessage() が返すメッセージの一部には， 末尾に余分な空白や改行がついているものがあり， これらが邪魔になる場合がある． そこで私は，これらを削除するようにした WinErrorMessage() を使用している (こっちのページのサンプルプログラムの StringRightTrim() 参照)．

• 全てのエラーメッセージ (日本語，英語) を取得する実験 (Windows XP/2000)
  FormatMessage() を用いて，全ての有効なエラー番号とエラーメッセージ (日本語，英語) を取得し，一覧表を作成する実験．

ごみ箱は Windows95 以降のシェルアプリケーションの機能です． したがってごみ箱用の API は Windows API ではなく，シェル API であり， 次の３つがあります．

API 名	機能
SHFileOperation()	ファイルまたはディレクトリをごみ箱に移動する． (ごみ箱以外の機能もあり．)
SHEmptyRecycleBin()	ごみ箱を空にする．
SHQueryRecycleBin()	ごみ箱内にあるオブジェクトの個数と合計サイズを取得する．

ここでは，SHFileOperation() を用いてファイルやディレクトリをごみ箱に送る方法を説明します． といっても，私は SHFileOperation() の動作についてまだ十分理解しているわけではないので， 色々試行錯誤しながら理解したことや注意点を書きます． 間違いや補足があればご指摘ください．

SHFileOperation() は，次の構造体を使って必要なパラメータを受け取ります．

typedef struct {
  HWND         hwnd;
  UINT         wFunc;
  LPCTSTR      pFrom;
  LPCTSTR      pTo;
  FILEOP_FLAGS fFlags;
  BOOL         fAnyOperationsAborted;
  LPVOID       hNameMappings;
  LPCTSTR      lpszProgressTitle; // only used if FOF_SIMPLEPROGRESS
} SHFILEOPSTRUCT;

この構造体のメンバのうち，注意が必要なのは (というより，私がつまずいたのは (^^;)) 次の２つです．

pFrom

• pFrom の最後は２個の '\0' で終端する．
  pFrom は複数のパス名を指定できる仕様になっており， 次の形式の文字列を受け取ります．

  <パス名１>\0<パス名２>\0 … \0<パス名Ｎ>\0\0

• フルパス名でなければならない．
  … さもなくば，ごみ箱行きではなく， 本当に削除されてしまう，とマニュアルには書かれています．(動作未確認)
  
  
• ディレクトリの区切り文字に '/' は不可．

  私がつまづいたのはこの点．マニュアルには書かれていないし， SHFileOperation() を説明している他のサイトにも書かれていません．
  (そもそも，Windows でパス名の区切りに '/' を使おうとする人自体，非常に少ないんだろうけど．(^^;)
  私は (少なくとも日本語環境では) 見やすいから Unix 流の '/' の方が好き．)

  多くの (すべての？) Windows API は，パス名の区切りとして '\\' の代わりに '/' を使っても，あるいは両者を混在させてもかまいません． しかし SHFileOperation() は Windows API ではなくシェル API であるせいか，そうはなっていないようです． この点にハマってしまいました．

  パス名の区切りとして '/' を用いたファイル名を指定したところ， ごみ箱には移動されるのですが， ごみ箱の中身を表示した際の「名前」が空文字列に， 「元の場所」が "D:" になってしまいました． また，「ファイル削除の確認」ダイアログに表示されるファイル名は， 単一の '"' だけになっていました． どうやらパス名の最初の '/' 以後の部分が無視されてしまったようです． しかし，ごみ箱のディレクトリ内にあるごみ箱管理ファイル "INFO2" をダンプしてみたところ， そのようなファイルでも元のパス名がちゃんと記録されており， ごみ箱から「元に戻す」こともできました． どうやら表示だけの問題のようです．

  2007/08/18(土) 追記

  パス名を \\?\ で始めると，Windows API でも '/' をディレクトリ区切り文字として使用できなくなるらしい． (参考：下記 外部へのリンク → Windowsパス名の落とし穴 → サービス機能の不活性化)

hwnd

NULL で大丈夫です．GUI アプリケーションだけでなく，hwnd に NULL を渡さざるを得ないコンソール・アプリケーションでも動きます． ただしコンソール・アプリケーションの場合はなぜか ERROR_INVALID_HANDLE がセットされますが，ごみ箱への移動はちゃんとできているようなので， このエラーコードは無視してよさそうです．
(ついでに言うと，fFlags に FOF_NOCONFIRMATION や FOF_NOERRORUI を指定しなければ，コンソール・アプリケーションであっても 削除確認ダイアログやエラーダイアログが表示されます．)

いやむしろ，NULL 以外の値として何を渡せばよいのか， マニュアルを見てもさっぱりわかりません． マニュアルの hwnd の説明には次のように書かれています．

「ファイル操作の状態に関する情報を表示するダイアログボックスのウインドウハンドル」(拙訳)

しかし，どんなコントロールをどのように配置すればいいのか？  全く謎です． テキトーにダミーのダイアログを作ってそのハンドルを渡してみたり， アプリケーションで別の目的に使用しているダイアログのハンドルを渡してみたりしましたが， ERROR_INVALID_HANDLE になり，ファイルはごみ箱に送られませんでした． 他のサイトのサンプルコードでは，当たり前のようにハンドルを渡しており， 疑問を持っている人はいないようです． ひょっとして，私はなにか大きな勘違いをしているのでしょうか？

現時点では「どんなダイアログのハンドル渡したらええかサッパわからんし， NULL で動くんやったら NULL でええやん． ハンドル渡したらどんなエエことがあるっちゅーねん？」 というノリでやってます．

あと，ごみ箱に移動できないファイルがあると， なぜかそのようなファイルごとに数秒程度時間がかかります． SHFILEOPSTRUCT::fFlags に FOF_NOCONFIRMATION と FOF_NOERRORUI を指定していない場合，削除確認ダイアログはすぐに表示されるものの， それに「はい」と答えると約５秒後にエラーダイアログが出ました． なぜこんなに時間がかかるんだろう？

ファイルまたはディレクトリをごみ箱に送る関数の例を次に示します．

#include <ShellAPI.h>
#include <tchar.h>
/* その他のヘッダは省略 */

/* fullPathName はフツーの '\0' 終端文字列．
 * ただしフルパス名で，ディレクトリの区切りに '/' は不可．
 */
int MoveFileToRecycleBin(const TCHAR *fullPathName, HWND hwnd, FILEOP_FLAGS flags)
{
  SHFILEOPSTRUCT fileOp;
  const TCHAR *src = fullPathName;
  TCHAR *dest;

  /* ファイルのフルパス名を２つの _T('\0') で終端する必要があるので，
   * fullPathName[] を fileOp.pFrom[] にコピーし，２個目の _T('\0') を追加する．
   */
  fileOp.pFrom = dest = alloca(sizeof(*dest) * (_tcslen(fullPathName) + 2));
  while((*dest++ = *src++) != _T('\0')) {}
  *dest = _T('\0');     /* もう１個必要 */

  fileOp.hwnd = hwnd;
  fileOp.wFunc = FO_DELETE;
  fileOp.pTo = NULL;
  fileOp.fFlags = FOF_ALLOWUNDO | flags;
  fileOp.fAnyOperationsAborted = FALSE;
  fileOp.hNameMappings = NULL;
  fileOp.lpszProgressTitle = NULL;
  return SHFileOperation(&fileOp);
}

まだ調査中です．

ごみ箱フォルダのパス名は，各ドライブの <drive>:\RECYCLER\<OwnerSID> (隠しフォルダ)．

<drive> はドライブ文字 (A〜Z)， <OwnerSID> はユーザの SecurityID で，例えば次のような文字列．

"S-1-5-21-1234567890-123456789-123456789-1234"

したがって複数ユーザが使用している PC では， ドライブごと，ユーザごとにごみ箱フォルダが作られる (はず)．

●参考

• オブジェクトを識別するSIDとは？ (@IT，Windows TIPS)
• GetSecurityDescriptorOwner セキュリティオーナーの取得
  <OwnerSID> を取得する API GetSecurityDescriptorOwner() の使用例．

ごみ箱フォルダの中には，削除されたファイルが名前を変えて入れられる． そのファイル名は次のとおり．

D<drive><number>.<元の拡張子>

ここで <drive> はドライブ文字 (小文字)， <number> はファイル番号 (削除された順に１から)．

例えば，E: ドライブで５番目に削除された *.txt ファイルは， De5.txt という名前になる．

ファイルを「元に戻す」と，そのファイル番号は欠番になる．

ごみ箱フォルダ内の隠しファイル INFO2 には， ごみ箱内の削除ファイルの情報が含まれている． INFO2 の先頭20バイトはヘッダ部．その後に， ごみ箱内のファイルの情報が必要個数繰り返される．
(ファイルはごみ箱フォルダと同じドライブのものだけで， 「元に戻した」ものを含む．)

// INFO2 ファイル全体の構造
typedef struct {
  Info2Header_t header;         // ヘッダ (20バイト)
  Info2FileData_t fileInfo[N];  // ファイル情報 (各800バイト)
} INFO2_t;

調べた範囲では，どのドライブのごみ箱も，ヘッダは全く同じ内容だった (下記16進ダンプ)．このため色々条件を変えて内容の変化を調べ， 各部の意味を推定するという手が使えない．orz

// ヘッダ部の16進ダンプ
00000000　05 00 00 00 00 00 00 00-00 00 00 00 20 03 00 00
00000010　00 00 00 00

よくあるパターンだが，ファイル先頭の数バイトはおそらくバージョン番号だろう． 途中の 20 03 00 00 は，sizeof(Info2FileData_t) と思われる．

// ヘッダ部の構造 (20バイト)
typedef struct {
  BYTE unknown1[12];  // 不明 (最初の数バイトは INFO2 ファイルのバージョンか？)
  DWORD fileInfoSize; // sizeof(Info2FileData_t) か？
  BYTE unknown2[4];   // ０固定？
} Info2Header_t;

// ごみ箱内の各ファイルの情報
typedef struct {
  // 削除前のフルパス名 (マルチバイト文字列)．
  // ・余白は '\0' で埋める．
  // ・ファイルを元に戻した場合，最初の１バイトが '\0' になる．
  char ansiPathName[MAX_PATH];

  DWORD fileNo;     // ファイル番号？ (１から始まる連番)
  DWORD driveNo;    // ドライブ番号？ (A:0，B:1，…，Z:25)
  BYTE unknown[12]; // 未確認．削除時刻と属性フラグか？

  // 削除前のフルパス名 (UTF-16LE 文字列)．
  // ・余白は L'\0' で埋める．
  // ・ファイルを元に戻しても変更されない．
  wchar_t unicodePathName[MAX_PATH];
} Info2FileData_t;

■参考リンク

• ごみ箱がファイルを格納する方法 (Microsoft サポートオンライン)
• ごみ箱から指定のファイルを「元に戻す」方法 (m.tamaki's Memorandum 2.)

GetModuleFileName() の第１引数 (hModule) に NULL を渡すと， 現在のプロセスに対応する実行ファイルのフルパス名を取得できる．

#include <windows.h>
#include <tchar.h>

TCHAR ExeFileName[MAX_PATH];

GetModuleFileName(NULL, ExeFileName, MAX_PATH);

コントロールのクラス名は，CommCtrl.h の中で次のように定義されている．
(どうしてこんなに名前の付け方がバラバラなんだ．)

コントロール名	クラス名	クラス名定義マクロ	備考
Animate	SysAnimate32	ANIMATE_CLASS[AW]
Button	Button	WC_BUTTON[AW]
ComboBox	ComboBox	WC_COMBOBOX[AW]
ComboBoxEx	ComboBoxEx32	WC_COMBOBOXEX[AW]
DateTimePicker	SysDateTimePick32	DATETIMEPICK_CLASS[AW]
Edit	Edit	WC_EDIT[AW]
Header	SysHeader32	WC_HEADER[AW]
HotKey	msctls_hotkey32	HOTKEY_CLASS[AW]
IPAddress	SysIPAddress32	WC_IPADDRESS[AW]
ListBox	ListBox	WC_LISTBOX[AW]
ListView	SysListView32	WC_LISTVIEW[AW]
MonthCalendar	SysMonthCal32	MONTHCAL_CLASS[AW]
NativeFont	NativeFontCtl	WC_NATIVEFONTCTL[AW]
PageScroller	SysPager	WC_PAGESCROLLER[AW]
RichEdit 4.1	RICHEDIT50W	MSFTEDIT_CLASS	Msftedit.dll
RichEdit 2.0/3.0	RichEdit20W	RICHEDIT_CLASS[AW]	Riched20.dll
Progress	msctls_progress32	PROGRESS_CLASS[AW]
Rebar	ReBarWindow32	REBARCLASSNAME[AW]
ScrollBar	ScrollBar	WC_SCROLLBAR[AW]
Static	Static	WC_STATIC[AW]
StatusBar	msctls_statusbar32	STATUSCLASSNAME[AW]
SysLink	SysLink	WC_LINK (Unicode のみ)	XP 以降
Tab	SysTabControl32	WC_TABCONTROL[AW]
ToolBar	ToolbarWindow32	TOOLBARCLASSNAME[AW]
ToolTips	tooltips_class32	TOOLTIPS_CLASS[AW]
TrackBar	msctls_trackbar32	TRACKBAR_CLASS[AW]
TreeView	SysTreeView32	WC_TREEVIEW[AW]
UpDown	msctls_updown32	UPDOWN_CLASS[AW]
Dialog	MAKEINTATOM(0x8002)	WC_DIALOG	WinUser.h
TaskDialog			Vista 以降

■マニュアル

• Windows Controls (概要)
• Control Library (各コントロールの説明)
• コントロール (MFC)
• About Common Controls
• Common Controls FAQ
• コントロール
  • エディットコントロール関数
  • コンボボックス関数
  • スクロールバー関数
  • ボタン関数
  • リストボックス関数
  • リッチエディットコントロール
    • ウィンドウレスリッチエディットコントロール関数
    • リッチエディットコントロール関数

ダイアログでは，座標の単位として画素数ではなく 「ダイアログテンプレート単位 (dialog template units，ダイアログ単位 (DLU) ともいう)」を用いる． リソースファイル (*.rc) の中のダイアログ定義データに含まれる座標はこれである． ダイアログテンプレート単位は「ダイアログベース単位 (dialog base units)」 を用いて次のように定義される．

TemplateUnitX ＝ BaseUnitX / 4
TemplateUnitY ＝ BaseUnitY / 8

ダイアログベース単位は， そのダイアログで使用するフォントのサイズにより次のように定義される．

BaseUnitX ＝ <ダイアログのフォントの平均幅>
BaseUnitY ＝ <ダイアログのフォントの高さ>

したがってダイアログ (テンプレート) 単位は次のようになる．

TemplateUnitX ＝ <ダイアログのフォントの平均幅> / 4
TemplateUnitY ＝ <ダイアログのフォントの高さ> / 8

ダイアログベース単位を取得する API 関数として， GetDialogBaseUnits() がある．この関数は引数なしである． つまり特定のダイアログのベース単位を返すのではなく，(Windows 95 時代の？) システムフォント (８ポイントの "System") を用いたダイアログのベース単位を返す． そのためそれ以外のフォントを使用するダイアログでは使えない． 困ったことに，Visual Studio.NET 2003 のダイアログエディタでは， ダイアログのデフォルトフォントは "MS Shell Dlg" であって "System" ではない． だから，使えない． (ダイアログエディタでは "MS Shell Dlg" の方を「システムフォント」と呼んでいる．)

ダイアログテンプレート単位の座標を画素座標に変換するには， API 関数 MapDialogRect() を用いる．この関数は，RECT のＸ座標 (left および right) およびＹ座標 (top および bottom) をテンプレート単位から画素単位に変換する． テンプレート単位の座標を (Tx, Ty)，画素座標を (Px, Py) とすると変換式は次のとおり．

Px ＝ MulDiv(Tx, BaseUnitX, 4)
Py ＝ MulDiv(Ty, BaseUnitY, 8)

この式において，Tx＝4，Ty＝8 とすれば， Px＝BaseUnitX，Py＝BaseUnitY となる． つまり使えない GetDialogBaseUnits() の代わりに，MapDialogRect() を用いて実際のダイアログベース単位を求めることができる． 次にその例を示す．

/*─────────────────────────────────────
機能  ：ダイアログ hDialog の実際のダイアログベース単位を取得する．
        GetDialogBaseUnits() はシステムフォント (８ポイントの "System") を使
        用するダイアログでしか使えないが，この関数は hDialog が使用している
        フォントに基づいて実際のダイアログベース単位を返す．
入力  ：hDialog：ダイアログのウインドウハンドル．
出力  ：*baseUnit：hDialog の実際のダイアログベース単位．
戻り値：取得成功のときそのときに限り真．
2006/12/24(日) 作成
─────────────────────────────────────*/
BOOL GetActualDialogBaseUnits(HWND hDialog, SIZE *baseUnit)
{
  RECT rect;
  BOOL result;

  rect.left = 4;
  rect.top = 8;
  if(result = MapDialogRect(hDialog, &rect)) {
    baseUnit->cx = rect.left;
    baseUnit->cy = rect.top;
  }
  return result;
}

■実行結果

GetDialogBaseUnits() で求めたベース単位：(8, 18)
・ダイアログのフォントが "System" (サイズ：８ポイント) の場合
  GetActualDialogBaseUnits() で求めた実際のベース単位：(8, 18)
・ダイアログのフォントが "MS Shell Dlg" (サイズ：８ポイント) の場合
  GetActualDialogBaseUnits() で求めた実際のベース単位：(6, 13)

この項目は，そもそも昨年12月に複数のモードレスダイアログを使おうとして TAB が効かなかったので追加したんだけど， リンクだけ紹介して中身を書くのをサボっていた． しかしついさっき「モードレスダイアログ  複数」で検索してきた人がいるのでこの機会に書くことにした． (2007/03/20(火) 13:40)

モードレスダイアログで TAB が使えるようにする方法は下のリンク先にあるとおりだが， 複数のモードレスダイアログの場合については書かれていなかった． そこで自分で試した結果， メッセージループを次のようにするとうまくいった．

HWND Dialog[NDIALOGS];  // モードレスダイアログのハンドルの配列
HACCEL hAccelTable = LoadAccelerators(hInstance, (LPCTSTR)IDR_xxxx);
MSG msg;
UINT i;

while(GetMessage(&msg, NULL, 0, 0)) {
  for(i = 0;  ;  i++) {
    if(i >= NDIALOGS) {
      // Dialog[*] 宛ではないメッセージの場合
      if(!TranslateAccelerator(msg.hwnd, hAccelTable, &msg)) {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
      }
      break;
    }
    // Dialog[i] 宛のメッセージか？
    if(IsDialogMessage(Dialog[i], &msg)) break;
  }
}

なお，モードレスダイアログの親 (または祖先) がモーダルダイアログだとダメなので， 親 (祖先) もモードレスにする必要がある． これはたぶん，モーダルダイアログが自分自身のメッセージループ (モードレスダイアログ非対応) を持っている (たぶん間違っていない推測) からだろう．(違ってたら教えてください．)

また，上記のコードはすべてのウインドウがモードレスダイアログ (最大４個) であるアプリケーションでうまく動いたが， ダイアログでないウインドウが混在するアプリケーションでは修正が必要かもしれない．

■参考リンク

• 多くのモードレス ダイアログ ボックスの 1 つの IsDialogMessage() 呼び出しを使用する方法
  (原文：How To Use One IsDialogMessage() Call for Many Modeless Dialogs)
• PRB: DLL のモードレス ダイアログ ボックスは、 Tab キーを処理しません。
  (原文：Modeless Dialog Box in a DLL Does Not Process TAB Key)
• 近藤妥の Ｃ言語で始めるＷｉｎｄｏｗｓプログラミング ２１章　ダイアログボックス（その４）
• Tips of VC++ > ダイアログ > モーダレスダイアログボックスを作る
• Google 検索「+"モードレスダイアログ" +TAB」

2009/12/29(火) 追記：Microsoft の公式情報．

• 多くのモードレス ダイアログ ボックスの 1 つの IsDialogMessage() 呼び出しを使用する方法

ウインドウクラスを登録する際，スタイルに CS_HREDRAW | CS_VREDRAW を指定しておくと，ウインドウがリサイズされるたびに再描画が行われるが， それが頻繁すぎてちらつきが気になる場合がある． これは，次のようにすると低減することができる場合が多い (ちらつきを減らすのであって，完全になくせるわけではない)．

CS_HREDRAW | CS_VREDRAW を指定するのをやめ， ウインドウプロシージャの WM_SIZE の処理で InvalidateRect(hwnd, NULL, FALSE) を行うようにする．

この方法が効果がある理由は次のとおり．(前半は推測)

CS_HREDRAW | CS_VREDRAW を指定した場合，ウインドウをリサイズするたびに WM_PAINT メッセージが (たぶん) send され，非常に頻繁に再描画が行われる． (いまいち確信なし)

これに対し，WM_SIZE の処理で InvalidateRect を行う方法では次のようになる．

• ウインドウがリサイズされるたびに WM_SIZE がディスパッチされ， InvalidateRect が実行されるが，それは WM_PAINT メッセージを post する，つまり後で再描画が行われるように「予約」するだけであり， その時点では再描画は行われない．
• WM_PAINT がディスパッチされる優先度は他のウインドウメッセージに比べて低い． つまり，メッセージループが他にディスパッチすべきメッセージがなければ WM_PAINT がディスパッチされる．
• WM_PAINT がディスパッチされるまでに InvalidateRect が (１回以上) 何回実行されても，ディスパッチされる WM_PAINT は１回だけである．

このため再描画が行われる回数は激減する． リサイズが行われている間は WM_SIZE などが繰り返しディスパッチされ続け， WM_PAINT はほとんどディスパッチされないのに対し，リサイズが (一瞬でも) 停止して 他のメッセージがなくなると WM_PAINT が (１回だけ) ディスパッチされて再描画が行われる．

Windows GDI では多角形や閉じたパスの塗りつぶしモードとして，ALTERNATE および WINDING の２種類がある．これらは次の API (や MFC のメソッド) で使用できる．

• Polygon
• PolyPolygon
• CreatePolygonRgn
• CreatePolyPolygonRgn
• FillPath
• GetPolyFillMode
• SetPolyFillMode

ALTERNATE と WINDING とは何かというと， どちらも閉曲線の内部と外部を区別 (定義) するための規則である． 閉曲線を塗りつぶすには，当然ながら内部と外部を区別する必要がある． 閉曲線が単純 (数学用語で「曲線がそれ自身と交差・接触しない」) ならば，その内部と外部の区別は明らかだが， 単純閉曲線でない場合はあいまいになる場合がある．

　　　　　┏━━━━━━━━━━━━━━━━━┓
　　　　　┃　Ｙ　　　　　　　　　　　　　　　┃
　　　　　┃　┏━━━┓　　　┏━━┓　　　　┃
　Ｌ　　　┃　┃　Ｐ　┃　　　┃　　┃　　　　┃
─────╂─╂─・　┃　　　┃　　┃　　　　┃Ｃ
　　　　　┃　┃　　　┃　　　┃　　┃　　　　┃
　　　　Ｗ┗━╋━━━┛Ｘ　　┃　　┃　　　　┃
　　　　　　　┃　　　　　　　┃　　┃　　　　┃
　　　　　　　┗━━━━━━━┛　　┃　　　　┃
　　　　　　　Ｚ　　　　　　　　　　┃　　　　┃
　　　　　　　　　　　　　　　　　　┗━━━━┛

上図で点Ｐが閉曲線Ｃの内部にあるかどうかを判定したい場合， Ｐから無限遠に半直線Ｌを引き，それがＣと何回交差するかを数える． 奇数回ならばＰはＣの内部，偶数回ならば外部にあると定義する． 上図の場合は２回なので，ＰはＣの外部ということになる．

閉曲線Ｃ上の点ＱがＣを１周するとき， 点Ｐのまわりを何回回るか (巻数) により内外を定義する方法．

(1) Ｐが単純閉曲線Ｃの内部にある場合

　　┏━━━━━┓Ｃ
　　┃　　Ｐ　　┃
　　┃　　・　　┃
　　┃　　　　　・Ｑ
　　┗━━━━━┛

　　ＱがＣを１周すると，Ｐのまわりを１回回る．つまり巻数は１．


(2) Ｐが閉曲線Ｃの「明らかに」外部にある場合

　　┏━━━━━━━┓Ｃ
　　┃　┏━━━┓　┃
　　┃　┃　　　┃　・Ｑ
　　┗━┛　　　┃　┃　　　　　　　　　・Ｐ
　　　　　┏━━╋━┛
　　　　　┃　　┃
　　　　　┗━━┛

　　ＱがＣを何周しようが，Ｐからみれば８時の方向と10時の方向の間をウロウロ
　　するだけで，Ｐの回りを１周もすることはない．つまり巻数は０．

そこでＰの回りを１周以上するとき内部と定義すれば， 最初の ALTERNATE の図のＰは，

• 多角形を描く順序が Ｗ→Ｘ→Ｙ→Ｚ (あるいはその逆) の場合：巻数は２なので内部．
• 多角形を描く順序が Ｗ→Ｙ→Ｘ→Ｚ (あるいはその逆) の場合：巻数は０なので外部．

• 多角形の交差判定編−２（点の内外判定）
• 点が多角形の内部にある？ (プログラム@Bal4u)
• 参考図書：F.P.プレパラータ他，計算幾何学入門，総研出版．
  点が多角形の内部にあるかどうか (点位置決定問題) を高速に判定するアルゴリズムとデータ構造の詳しい記述がある．
• Polygon Filling Methods
• Winding number (Wikipedia)
  巻数の直観的および数学的説明．

参考

• Using the Windows Headers (MSDN)
• Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1 (ダウンロードページ)
• SdkDdkVer.h (Windows SDK v7.1)

Visual C/C++ Version	Compiler Version	_MSC_VER	出典
2003	13.10	1310	Predefined Macros (Visual Studio 2005)
2005	14.00	1400
2008	15.00	1500	Predefined Macros (Visual Studio 2008)
2010	16.00	1600	Predefined Macros (Visual Studio 2010)

Overlapped Window (WS_OVERLAPPED，WS_OVERLAPPEDWINDOW)

アプリケーションのメインウインドウとして使用するためのトップレベル・ ウインドウ．タイトルバー，境界，クライアントエリアを持つ． ウインドウメニュー，最大化および最小化ボタン， スクロールバーを持つこともできる．

ウインドウスタイル：

• WS_OVERLAPPED：タイトルバーと境界を持つ．
• WS_OVERLAPPEDWINDOW：次の要素を持つ．
  • タイトルバー (WS_CAPTION)
  • サイズ変更可能境界 (WS_THICKFRAME (＝WS_SIZEBOX))
  • ウインドウメニュー (WS_SYSMENU)
  • 最小化ボタン (WS_MINIMIZEBOX)
  • 最大化ボタン (WS_MAXIMIZEBOX)

  // WinUser.h
  #define WS_OVERLAPPEDWINDOW (WS_OVERLAPPED | WS_CAPTION | WS_SYSMENU | \
                               WS_THICKFRAME | WS_MINIMIZEBOX | WS_MAXIMIZEBOX)
  

Pop-up Window (WS_POPUP)

Overlapped window の一種で， アプリケーションのメインウインドウの外に表示されるダイアログボックス， メッセージボックス，ツールチップ， その他の一時的なウインドウとして用いられる． タイトルバーがオプションである点を除いて WS_OVERLAPPED と同じ．

CreateWindowEx() で WS_POPUP を指定する場合， hwndParent には親ではなくオーナー (または NULL) を指定する． ポップアップウインドウの親はデスクトップウインドウになる．(実験で確認)

ウインドウスタイル：

• WS_POPUP：ポップアップ・ウインドウ．
• WS_POPUPWINDOW：WS_POPUP に加え，境界 (WS_BORDER) とウインドウメニュー (WS_SYSMENU) を持つ．

  // WinUser.h
  #define WS_POPUPWINDOW      (WS_POPUP | WS_BORDER | WS_SYSMENU)
  

Child Window (WS_CHILD)

通常，子ウインドウはクライアントエリアのみを持つが， 明示的に指定すれば次の要素を持つこともできる．

• タイトルバー (WS_CAPTION)
• ウインドウメニュー (WS_SYSMENU)
• 最小化ボタン (WS_MINIMIZEBOX)
• 最大化ボタン (WS_MAXIMIZEBOX)
• 境界 (WS_BORDER)
  指定しない場合は境界のないウインドウを作成する． これは親ウインドウのクライアント領域を， 見えない境界で分割するのに使用できる．
• スクロールバー (WS_HSCROLL，WS_VSCROLL)
• メニュー (不可)
  CreateWindow() の hMenu 引数の説明からわかるように， メニューハンドルと子ウインドウ ID の一方しか指定できないので， 子ウインドウはメニューを持つことができないのだろう．

Layered Window (WS_EX_LAYERED)

レイヤード・ウインドウ． 次のような視覚効果を持つトップレベル・ウインドウ (子ウインドウは不可) を，ちらつかずに高速表示する．

• 複雑な形状 (アニメーションも可)
• アルファブレンド

参考

• UpdateLayeredWindow 関数 (日 英)
• UpdateLayeredIndirect 関数 (英)
• SetLayeredWindowAttributes 関数 (日 英)
• 半通過ウィンドウの作り方講座 (INASOFT)

Message-Only Window

メッセージを受信するためだけのウインドウ．不可視であり，Z-order はなく，列挙できない．また，ブロードキャストメッセージは受信しない．

参考

• Window Features

下記のマニュアルの項目から推測した DestroyWindow(hwnd) の処理手順．

1. 拡張ウインドウスタイル WS_EX_NOPARENTNOTIFY が指定されていなければ， すべての祖先ウインドウに WM_PARENTNOTIFY を send する．
2. ウインドウを非表示 (!IsWindowVisible()) にする．
3. WM_DESTROY を send する．
   ⇒ アプリケーションは hwnd に関連付けられているメモリを解放すべき．
   また，このウインドウが (SetClipboardViewer() で設定された) clipboard viewer chain の一部の場合は，ChangeClipboardChain() で削除しなければならない．
4. 子孫ウインドウを破棄する．
5. WM_NCDESTROY を send し，hwnd が使用していたメモリを解放する．
   したがってこの時点で hwnd が無効になる．つまり，hwnd が最後に受け取るメッセージは WM_NCDESTROY．

参考

• DestroyWindow Function (日本語)
• WM_DESTROY Notification
• WM_NCDESTROY Notification
• WM_PARENTNOTIFY Notification
• テクニカル ノート 17: ウィンドウ オブジェクトの破棄

番号範囲	説明
0x0000 〜 WM_USER−1 (0x03FF)	システム定義済または予約．
WM_USER (0x0400) 〜 WM_APP−1 (0x7FFF)	WM_USER＋n： ウインドウクラス内のプライベート・メッセージ． (コモンコントロール固有メッセージなど)
WM_APP (0x8000) 〜 0xBFFF	WM_APP＋n：アプリケーション定義のプライベート・メッセージ．
0xC000 〜 0xFFFF	RegisterWindowMessage() が動的に割り当てる． アプリケーション間の通信用．
0x10000 〜	システム予約．

■Memo

• DefWindowProc(hwnd, WM_APP＋n，0, 0) は０を返すらしい (実験で確認)．これは， アプリケーション内の指定されたウインドウが特定のメッセージや機能をサポートしているか否かを判定するのに使えそう．
  (OLE を使わないアプリケーション内 Drag & Drop でドロップ可能か否かを判定するなど．)

• wParam：デフォルトのキーボード・フォーカスを受け取るコントロールのハンドル． WM_INITDIALOG が TRUE を返したときに限り，キーボード・フォーカスが設定される． これはダイアログ内で次の条件を満たす最初のコントロールである．
  • Visible
  • Enabled
  • WS_TABSTOP スタイルを持つ．
• lParam：アプリケーション定義初期化データ．CreateDialogParam()， CreateDialogIndirectParam()， DialogBoxParam()， DialogBoxIndirectParam() の最後の引数がそのまま渡される．
• 戻り値：アプリケーションが特定のコントロールにキーボード・ フォーカスを設定した場合は FALSE を，それ以外は TRUE を返すべき．

ComboBox のメッセージの一部に， マニュアルの内容から予想されるのと異なる動作があったので実験で確認してみた．
(Windows XP SP3 ＋ comctl32.dll 5.82.2900.5512 (2004/08/05))

• 選択状態
  • CB_GETCURSEL
    マニュアルには「リストボックス内で現在選択されている項目があればその番号 (０から始まる) を，なければ CB_ERR を返す．」とあるが，実際には「現在選択されている項目」ではなく 「ハイライト表示されている項目」． リストからクリックまたは↑↓キーで選択した項目だけでなく， ドロップダウンリスト内でマウスに追従してハイライト表示されている項目も取得できる．
  • CBN_SELCHANGE
    ユーザがリスト内の選択状態を (クリックまたは↑↓キーにより) 変更した時に発生する． ドロップダウンリスト内でマウスをトラッキングしている時には発生しない． トラッキングイベントを取得する方法は未確認． とりあえず CBN_DROPDOWN でタイマを起動し，CB_GETCURSEL を0.1秒程度の周期で実行すれば一応トラッキング状態をポーリングできる． CBN_CLOSEUP でタイマ停止．
• ドロップダウン状態
  • CB_GETDROPPEDSTATE
    リストボックスが表示されているときそのときに限り真を返す． 標準コンボボックスでは常にリストが表示されているので，常に真を返す．
  • CBN_DROPDOWN，CBN_CLOSEUP
    ドロップダウンリストが表示される直前に CBN_DROPDOWN が， 非表示になった直後に CBN_CLOSEUP が発生する (マニュアルどおり)． したがってこれら２つの通知でフラグをセット／リセットすれば， それはドロップダウンリストの表示状態と一致する．
    

    case CBN_DROPDOWN: comboBox->isDroppedDown = TRUE ; break;
    case CBN_CLOSEUP : comboBox->isDroppedDown = FALSE; break;
    

    一方，これらのタイミングで CB_GETDROPPEDSTATE を使用する方法は期待通りに動作しない． (CBN_DROPDOWN は表示される直前に発生するため．)

    // ×うまくいかない．
    // (仮にうまくいくとしても，上記の方法に比べて効率が悪い．)
    case CBN_DROPDOWN:
    case CBN_CLOSEUP:
      comboBox->isDroppedDown = SendMessage(comboBox->hwnd, CB_GETDROPPEDSTATE, 0, 0);
      break;
    

• ダブルクリック (CBN_DBLCLK)
  標準コンボボックスのリストボックス内の項目をダブルクリックしたときに発生する． 選択フィールドでは発生しない． ドロップダウンリストはシングルクリックで閉じてしまうので，そもそもダブルクリックできない． (マニュアルどおり)

• ダブルクリックを使用可能にするには，ウインドウクラスのスタイルに CS_DBLCLKS を指定しておかなければならない．
• ダブルクリックすると，次の順序でボタンメッセージが送られる．
  1. WM_xBUTTONDOWN
  2. WM_xBUTTONUP
  3. WM_xBUTTONDBLCLK
  4. WM_xBUTTONUP

• TRACKMOUSEEVENT::dwFlags.TME_NONCLIENT フラグを指定した場合， WM_NCMOUSEHOVER と WM_NCMOUSELEAVE だけがリクエストされ， WM_MOUSEHOVER と WM_MOUSELEAVE はリクエストされないらしい． したがって WM_(NC){HOVER,LEAVE} ４種類全部をリクエストするには， 次のように TME_NONCLIENT を指定した場合と指定しない場合の２回に分けて TrackMouseEvent() を呼ぶ必要がある．

  TRACKMOUSEEVENT track;
  
  track.cbSize      = sizeof(track);
  track.hwndTrack   = hwnd;
  track.dwHoverTime = HOVER_DEFAULT;
  
  // WM_MOUSEHOVER，WM_MOUSELEAVE をリクエストする．
  track.dwFlags = TME_HOVER | TME_LEAVE;
  if(!TrackMouseEvent(&track)) goto Error;
  
  // WM_NCMOUSEHOVER，WM_NCMOUSELEAVE をリクエストする．
  track.dwFlags = TME_HOVER | TME_LEAVE | TME_NONCLIENT;
  if(!TrackMouseEvent(&track)) goto Error;
  

• WM_(NC)MOUSEHOVER または WM_(NC)MOUSELEAVE が一度発生すると，リクエストしたトラッキングは終了する． 継続的にトラッキングするには，次に WM_MOUSEMOVE が発生した時に再度 TrackMouseEvent() を呼ぶ必要がある． また WM_(NC)MOUSELEAVE が発生すると，WM_(NC)MOUSEHOVER も終了する点に注意．

Mapping Mode	1論理単位	X軸 方向	Y軸 方向	デバイス 依存性	等方性 (*1)	備考
MM_TEXT	1画素	→	↓	有	デバイス 依存	デフォルトのマッピングモード．
MM_LOMETRIC	0.1mm	→	↑	無	○
MM_HIMETRIC	0.01mm	→	↑	無	○
MM_LOENGLISH	0.01inch (約 0.254mm)	→	↑	無	○
MM_HIENGLISH	0.001inch (約 0.0254mm)	→	↑	無	○
MM_TWIPS	1/1440 inch (約 0.0176mm)	→	↑	無	○
MM_ISOTROPIC	ユーザ定義 (等方座標系)				○	SetWindowExtEx()，SetViewportExtEx() で座標軸の向きとスケールを設定する． 等方座標系になるように自動調整される．
MM_ANISOTROPIC	ユーザ定義 (非等方座標系)				座標系 依存	SetWindowExtEx()，SetViewportExtEx() で座標軸の向きとスケールを設定する．

^(*1) 等方性 (isotropy)：X軸方向とY軸方向の1論理単位の (デバイス上での物理的な) 長さが等しいこと． 論理座標空間で正方形や円を描くと，デバイス上でも正方形や円になる． 非等方 (異方) 座標系ではデバイス上で長方形や楕円になる．

• マッピングモードは SetMapMode() で設定する．
• デバイス座標 (0, 0) は常に左上隅を表す．(論理座標ではない．)
• 論理単位の小さい順
  1. MM_HIMETRIC (0.01mm)
  2. MM_TWIPS (約 0.0176mm)
  3. MM_HIENGLISH (約 0.0254mm)
  4. MM_LOMETRIC (0.1mm)
  5. MM_LOENGLISH (約 0.254mm)
• 参考
  • GDI 座標変換関数一覧 (日 英)
    • SetMapMode 関数 (日 英)
    • SetWindowExtEx 関数 (日 英)
    • SetViewportExtEx 関数 (日 英)
  • Mapping Modes and Translations
  • INFO: Logical and Physical Coordinate Relationship
  • Relationship Between Inches, Picas, Points, Pitch, and Twips

Modifier Keys (SHIFT，CTRL，ALT など) を指定するための定数． いずれも WinUser.h で定義されている．

• RegisterHotKey() で使用する定数

  MOD_ALT	0x0001
  MOD_CONTROL	0x0002
  MOD_SHFIT	0x0004
  MOD_WIN	0x0008

• マウスメッセージ (WM_[LRMX]BUTTON{DOWN,UP,DBLCLK}，WM_MOUSE* など) で使用する定数

  MK_SHFIT	0x0004
  MK_CONTROL	0x0008

• ACCEL 構造体で使用する定数

  FSHFIT	0x04
  FCONTROL	0x08
  FALT	0x10

■ATOM とは何か，なぜそういう名前なのか？
(たぶん間違っていない個人的推測 ― 以前回答したページに今更リンク．)

• ATOMは何の略ですか (教えて！goo)
  ⇒ 回答 No.3〜4．

■システム定義ウインドウクラスの ATOM の値
(出典：DLGITEMTEMPLATEEX Structure，WinUser.h)

Class	ATOM
Button	0x0080
Edit	0x0081
Static	0x0082
ListBox	0x0083
ScrollBar	0x0084
ComboBox	0x0085
Dialog	0x8002

■comctl32.dll の各種コントロールの ATOM の値

comctl32.dll (version:5.82.2900.2) の各種コントロールについて， テストプログラムを作って実際の値を調べてみると次のようになった．
上記の表と異なるのは，システム定義クラスを comctl32.dll が再定義しているためか？

Class	ATOM
Button	0xC017
Edit	0xC018
Static	0xC019
ListBox	未確認
ScrollBar	未確認
ComboBox	0xC01C
ComboBoxEx	0xC04A
StatusBar	0xC03E
その他	未確認

INITCOMMONCONTROLSEX::dwICC に ICC_STANDARD_CLASSES または ICC_LINK_CLASS が含まれているとなぜかエラーになる．
(Windows XP SP3 ＋ comctl32.dll 5.82.2900.5512 (2004/08/05))

Windows 98 ではエラーにならないらしい．
(参考：http://ir9.jp/prog/ayu/datlog/tech_win32api/1092524669/1092524669_02.html >>440〜442)

GetLastError() で ERROR_ALREADY_EXISTS が返るが， 上記のフラグの代わりに未定義のビット (0x00010000 以上) をセットしても同じ結果になるので， このエラーコードには意味がなさそうである．

著者サイト

---

---

---

---

---

---

---

---

---

楽天で買う 価格：3,990円（税込）

Windowsプログラミングの極意 歴史から学ぶ実践的Windowsプログラミング! posted with amazlet at 12.02.05 Raymond Chen アスキー 売り上げランキング: 190469 Amazon.co.jp で詳細を見る

日本語のタイトルは誤解を招きやすいが，Windows のプログラミング方法ではなく， 「Windows の○○はなぜそうなっているのか？」を解説した本．

■参考

• Windowsプログラミングの極意 - The OLD NEW THING - (Windowsプログラミングの極意 - The OLD NEW THING -)
• The Old New Thing (著者ブログ，この本の元ネタ)

• MSDN
  • Win32 および COM 開発
  • DirectX (日本語マニュアル)
    • Direct3D C/C++ リファレンス
    • Direct3D エクステンション (D3DX) C/C++ リファレンス
  • DirectX SDK (August 2009) (英語マニュアル)
  • ファイルフォーマット
    • Microsoft Office File Formats (2010年7月 最新版らしい)
    • Microsoft Office Binary (doc, xls, ppt) File Formats (2008年2月)
    • X ファイル リファレンス
    • DDS (DirectDraw Surface) ファイル リファレンス
• マイクロソフト サポート オンライン
  • [SDK32] COM10 以上のシリアルポートを指定する方法
    以前 MSDN でパスの命名規約について調べたときは，COM や LPT の番号は 1〜9 だけが予約されていると書いてあったので COM1〜COM9 しか使えないのかと思っていたが，このページによると \\.\ を付ければ COM10 以降も使えるらしい．
• The Old New Thing (Raymond Chen, MSDN Blogs)
  • Why do we even have the DefWindowProc function?
  • Taxes: Remote Desktop Connection and painting
• VC++ プログラミング解説 (YuichiroMiura)
  • ウィンドウメッセージ
    • メッセージの優先度
    • WM_* 一覧表
• Windows API マスターへの道 -- GUI 編 (出雲 正尚)
  最終更新：2001/03/26(月) (FireFox で確認．)
• The Arcpit Windows API Topics (アークピット)
• Windowsパス名の落とし穴 (セキュアWindowsプログラミング)
  

  Windows のパス名 (ファイル名，ディレクトリ名，デバイス名) を扱う上で非常に参考になる (MSDN を調べても，パス名の細かい規則に関するまとまった情報がなかなか得られない)．

  「末尾文字の落とし穴」は私も昨年偶然発見した．ノード名の先頭， 途中，末尾，そして単一文字のノード名で使える文字を調べるプログラムを書いてテストしてみたところ， ノード名の末尾に半角のピリオドまたはスペースが連続している (正規表現で書けば "[ .]+$") と， それらはすべて無視 (削除) されることがわかった．

  なお，「Windows のパス名は大文字小文字を区別しない」 ということは誰でも知っていると思うが，これは ASCII 英字だけの話ではなく，Unicode レベルで大文字小文字が同一視される点に注意 (えっ，それも知ってる？)． したがって日本語環境で使える文字としては，全角英字もそうだし， ギリシャ文字やロシア文字もそうである． 例えばギリシャ文字を含むファイル名 "ΑΒΓ.TXT" は， それらを小文字にした "αβγ.txt" と同じと見なされる (実験で確認済)．

• あなたの知らない259文字越えの世界 (Tatsuの開発室)
  

  パス名の先頭に \\.\ を付けて，259文字 (MAX_PATH＝260 から終端 NUL を除いた有効文字数) 以上のパス名を持つファイルを作ってみたらどうなるか， という実験．私も \\.\ で長いパス名が使えることは知っていたので， 以前から実験してみたいとは思っていた．

  しかしほとんどのアプリケーションは固定長のバッファ (ひどいのになると MAX_PATH より小さい値を勝手に定義している (-_-#)) でパス名を扱い，\\.\ なんて使っていないので， そういうパス名は扱えないだろう．

  長過ぎるパス名が存在する可能性がある以上， 受け入れられるようにはしておきたいが， それを扱えないアプリケーションがほとんどなので， 自分からそういうパス名のファイルを作るのは避けた方がよい．

• 実例で学ぶ脆弱性対策コーディング (CodeZine)
  • WindowsのDLLだけが危ないのか？ DLL hijacking vulnerability概説 (前編， 後編)
• Windows 特殊な設定
• Windows XPで自動再生機能を無効化する (ANGIE WORKSHOP)
• EternalWindows
• 記事紹介: Inside Vista SP1 File Copy Improvements (1) (NyaRuRuの日記)
• COM総合研究所

このページの主な更新は Blog でお知らせします．

1. 2006/09/21(木) 公開
2. 2006/10/14(土) ファイルをごみ箱に移動する．を追加．
3. 2006/10/29(日) Windows のエラーメッセージ文字列を取得する．を追加．
4. 2006/12/11(月) (１つ以上の) モードレスダイアログで TAB が効かない！ 準備開始．
5. 2006/12/24(日) ダイアログの座標系 (ダイアログテンプレート単位とダイアログベース単位) を追加．
6. 2007/01/08(月) ダイアログの座標系 (ダイアログテンプレート単位とダイアログベース単位) の誤記訂正．
7. 2007/03/20(火) モードレスダイアログで TAB が効かない！ ようやく内容作成．
8. 2007/05/06(日) ウインドウリサイズ時のちらつきを抑える．を追加．
9. 2007/06/16(土) 閉曲線・多角形の塗りつぶしモード (ALTERNATE と WINDING) 〜 点が閉曲線の内部にあるかどうかを判定する方法 〜 を追加．
10. 2007/06/29(金) ごみ箱の構造 (Windows XP Pro SP2 の場合) を追加 (まだ調査中)．
11. 2007/08/18(土) 外部へのリンクの「Windowsパス名の落とし穴」にコメントを追記． またそれに関連して，「ファイルをごみ箱に移動する．」の pFrom の説明にも追記．
12. 2007/11/04(日) 外部へのリンクに「あなたの知らない259文字越えの世界 (Tatsuの開発室)」を追加．
13. 2009/01/20(火) コントロールのウインドウクラス名一覧に SysLink を追加．
14. 2009/03/28(土) 下記を追加．
    • 実行環境バージョン指定マクロ (Windows SDK v6.1)
    • ウインドウの特徴
    • DestroyWindow() の処理手順
    • ウインドウメッセージ
    • InitCommonControlsEx() のエラー
    • Modifier Keys
15. 2009/07/20(月) TrackMouseEvent()，WM_(NC)MOUSEHOVER，WM_(NC)MOUSELEAVE を追加．
16. 2009/08/11(火) 実行環境バージョン指定マクロ に Windows 7 と IE8 を追加．
17. 2010/06/22(火) CB_GETCURSEL の説明を少し改定．
18. 2010/10/09(土)「ウインドウメッセージ番号 (WM_*) の範囲」を追加．
19. 2010/10/28(木) WS_POPUP にちょっと追記．
20. 2011/09/11(日)「ATOM」を追加．
21. 2012/01/15(日)「_MSC_VER」を追加．
22. 2012/05/06(日)「DC のマッピングモード」を追加．