動作確認レポート

4件はファイルの中身が NUL バイトで埋まって真っ白になっていたもの、1件はリンクの綴り間違いでした。 前者は同じページが kodamay.org 側と Internet Archive（2006年の法政サーバ）の両方に残っており、 2つの出所の本文が完全に一致したので、それを EUC-JP から UTF-8 に直して戻しました。

掲載されているのは MFC（Microsoft Foundation Classes）のプログラムです。 CClientDC・CEdit::SetWindowText・OnBnClickedButton1 といった、 Visual C++ .NET 2002／2003 時代の書き方をしています。MFC 自体は現在の Visual Studio でも現役なので、 作り直しではなく手直しで動きます。引っかかるのは次の4点です。

1. プロジェクトは開き直す（.vcproj は直接は開けない）

   当時の .vcproj を最新の Visual Studio へそのまま持っていくことはできません。 Visual Studio 2019 を挟んで2段階で変換するのが公式の方法ですが、 これらは1ファイルの小さな例題なので、MFC アプリを新規作成してコードを貼り直す方が速いです。

2. MFC を入れる

   Visual Studio インストーラーで「C++ によるデスクトップ開発」を選び、オプションで 「最新の v143 ビルド ツール用 C++ MFC」 にチェックを入れます。 これを入れ忘れると afxwin.h が見つかりません で止まります。

3. 文字セットを「マルチバイト文字セット」にする

   現在の既定は Unicode なので、当時のまま char cbuf[80]; を SetWindowText(cbuf) に渡すと型が合わずコンパイルエラーになります。 プロジェクトのプロパティ →「詳細」→ 文字セットを マルチバイトにすれば当時のコードがそのまま通ります。 新しく書き直すなら CString と TCHAR を使うのが本筋です。

   // そのままだと Unicode ビルドで通らない
   - char cbuf[80];
   - sprintf(cbuf, "%d", kazu);
   - hEdit1.SetWindowText(cbuf);
   + CString s;
   + s.Format(_T("%d"), kazu);
   + hEdit1.SetWindowText(s);

4. sprintf などの警告を通す

   sprintf・strcpy・atoi は現在は非推奨で C4996 が出ます。 sprintf_s に置き換えるか、プロジェクトのプリプロセッサ定義に _CRT_SECURE_NO_WARNINGS を足せば当時のまま通ります。