モルタルコのプログラマ日記

XML4C を使って XML を出力することを試みる。が，XMLPlatformUtils::Initialize で，「XML4C Panic Error」というエラーで終了してしまう。で，トレースしてみると，エラーコード U_FILE_ACCESS_ERROR というエラーを返している。

結局，Unicode 変換用データベース icudata.dll がない，ということだった。何か，VC のデバッグ用作業ディレクトリに入れといただけじゃダメで実行ファイルのあるディレクトリに置かないと認識してくれなかった。まあいいや。

VC++ MFC で作ったアプリケーション。Form View でコントロールをはると，Ctrl+C などのショートカットを何故か受け付けてくれない。以下のように自分でメッセージをとばして一応解決はした。

void CXXXView::OnEditCopy() 
{
    GetFocus()->PostMessage(WM_COPY);
}

VS に VSS のプロジェクトを挿入するときに，VSS と関連づけてくれない場合がある。その時はプロジェクトの挿入ダイアログの，「ソースコード管理のプロジェクトを開く」で追加すればいい。

はっぱ氏作の Unix/Win 用ソケットラッパーを使う。FTP オープンができずに困ったが，アプリケーションの最初で AfxSocketInit() を行うことで解決。

STL。ある vector に他の型の vector の要素を insert しようする。

vector<A> a;
vector<B> b;
b.insert(b.end(), a.begin(), a.end());

こんな感じだが，VC++ ではコンパイルエラーになった。これは多分メンバ関数テンプレートを完全にサポートしてないからなワケだが，なんとかならないのか。

VC で Resource View を追加する方法。

リソースを追加し，.rc を保存。で，[プロジェクト]-[プロジェクトへ追加]-[ファイル] で .rc と resource.h を追加する。

static なコールバック関数を呼ぶ。が，動作がおかしい。いろいろ調べてみたところ，基底クラスと派生クラスで同じ名前のメソッドを作っていた。

XML4C を使う。この中に XMLString をローカルな文字列に変換する関数，transcode というのがあるのだが，この関数は内部で new した文字列を返す。当然後で delete しなくてはならないのだが，ここで問題が発生。XML4C のライブラリは DLL になっているので，DLL で new したメモリを exe 側で delete しなくてはならず，デバッグ版（だけ？）ではメモリ管理の不整合が起きて assertion されてしまう。

結局こんな感じで無理矢理解決。

DOMString dom_str("aaa");
const XMLCh *xml_ch = dom_str.rawBuffer();
char local_str[255];
XMLString::transcode(xml_ch, local_str, dom_str.length());

STL。vector::back() でコンパイルエラー。これは begin()，end() と違って iterator じゃなく reference を返すのか。

ワーカースレッドからスレッドの作成元の CDialog::UpdateData() を呼び出したりすると Assert が発生する。これは CWnd のポインタが複数スレッドでの共有を許していないからで，PostMessage とかでウィンドウハンドルを使ったメッセージ経由でやりとりすれば大丈夫。

メモリリーク。

AAA *p = NULL;

try
{
    AAA *p = new AAA;

    // 例外を throw する関数呼び出し
    func_with_exception();

    delete p;
}
catch(exception &)
{
    if(p != NULL)
    {
        delete p
    }
}

つまり p というポインタを例外ハンドラで削除しようということだが，p が try ブロックで再定義されている。ので，例外ハンドラで delete しようとする p は当然外の p なので，必ず NULL って感じで。2 日くらい気付かなかった。

VC のデバッガのクイックウォッチ等に独自文字列を入れる方法。

例えば CString では中身の文字列が，CPoint では x と y が表示されるが，これらは実は visual studio ディレクトリ内にある autoexp.dat に指定されている。ヘルプにも載っているが，これを編集すれば自分で作ったクラス等で好きな文字列を表示させられる。

これが java だったら toString メソッドを実行させて表示，とかもっときれいにできるんだろうなぁ。

ダイアログ内でのエディットボックスでの改行。そのままだとリターンが押された時点でデフォルトボタンが押されてしまうので，エディットボックスプロパティの [スタイル]-[改行を許可] をチェック。

ユーザー定義メッセージの作り方

1. メッセージを必要とするクラスに const static UINT のメッセージ用メンバ変数を用意。
2. メッセージ番号を ::RegisterWindowMessage(“XXX”); で初期化。
3. LRESULT OnXXX(WPARAM wParam, LPARAM lParam); を .h のメッセージマップに追加。
4. ON_REGISTERED_MESSAGE(XXX, OnFilterStart); を .cpp のメッセージマップに追加。

GCC。string::compare だが，

int compare (const basic_string& str, size_type pos, size_type n) const;
int compare (const charT* s, size_type pos, size_type n) const;

の 2 つの挙動が違う。というか後者の場合うまく動かない。これも詳しく調べてないけど前者なら期待通りに動いてるのでまあいいか，とか。

GCC。B 様の調査によると，STL を使う場合，__STL_USE_NAMESPACES を指定した方がよい場合があるらしい。例えば iterator とかを単独で使う場合などに，これがないと iterator が定義されなくなってしまうらしいが…。

1999/09/14「コンソールアプリを，DOS 窓なしで GUI から呼び出す。」だが，この方法だとデータを得られない，という読者さんからのご指摘を頂く。読んでくれた人がいるというだけでもありがたいが，メールまで頂くと非常に嬉しい。

以下，頂いたサンプル。（見やすくするためと簡略化のため，改行や出力先等，多少変更してあります。）

// コマンドライン
LPTSTR lpCommandLine;
lpCommandLine = "xxx.exe";

// 標準出力用パイプ
HANDLE hReadPipe = NULL, hWritePipe = NULL;

// エラー出力用パイプ
HANDLE hErrReadPipe = NULL, hErrWritePipe = NULL;

// セキュリティ属性(ハンドル継承を指定)
SECURITY_ATTRIBUTES sa;
sa.nLength = sizeof(SECURITY_ATTRIBUTES);
sa.lpSecurityDescriptor = NULL;
sa.bInheritHandle = TRUE;

// 標準出力パイプの作成
::CreatePipe(&hReadPipe, &hWritePipe, &sa, 8192);

// エラー出力パイプの作成
::CreatePipe(&hErrReadPipe, &hErrWritePipe, &sa, 8192);

STARTUPINFO StartupInfo;
PROCESS_INFORMATION ProcessInfo;

::ZeroMemory(&StartupInfo, sizeof(STARTUPINFO));
StartupInfo.cb = sizeof(STARTUPINFO);

// ハンドルの継承を指定
StartupInfo.dwFlags = STARTF_USESTDHANDLES;

// DOS窓を表示しない
StartupInfo.wShowWindow = SW_HIDE;

// 標準出力ハンドルとエラー出力ハンドルを設定
StartupInfo.hStdOutput = hWritePipe;
StartupInfo.hStdError  = hErrWritePipe;

// コンソールアプリ起動
if (::CreateProcess(
    NULL,
    lpCommandLine,
    NULL,
    NULL,
    TRUE,    // ハンドルの継承
    DETACHED_PROCESS, // DOS窓を表示しないための指定
    NULL,
    NULL,
    &StartupInfo, &ProcessInfo))
{
    // パイプ内容受け取り用バッファ
    char bufStdOut[8192], bufErrOut[8192];
    DWORD dwStdOut = 0, dwErrOut = 0;
    DWORD dwRet;

    // プロセス起動中のパイプ内容受け取り処理
    while ( (dwRet = ::WaitForSingleObject(ProcessInfo.hProcess, 0)) !=
        WAIT_ABANDONED)
    {
        memset(bufStdOut, 0, sizeof(bufStdOut));
        memset(bufErrOut, 0, sizeof(bufErrOut));

        // 標準出力パイプの内容を調べる
        ::PeekNamedPipe(hReadPipe, NULL, 0, NULL, &dwStdOut, NULL);
        if (dwStdOut > 0)
        {
             // 内容が存在すれば、読み取る
             ::ReadFile(hReadPipe, bufStdOut, sizeof(bufStdOut) - 1, &dwStdOut,
                NULL);
             // bufStdOut にパイプ出力が入る
        }

        // 同様にエラー出力の処理
        ::PeekNamedPipe(hErrReadPipe, NULL, 0, NULL, &dwErrOut, NULL);
        if (dwErrOut > 0)
        {
             ::ReadFile(hErrReadPipe, bufErrOut, sizeof(bufErrOut) - 1, &dwErrOut,
                NULL);
             // bufErrOut にエラー出力が入る
        }

        // メッセージキューを取得し、存在すれば、処理を促す
        MSG msg;
        if (::PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
        {
             ::TranslateMessage(&msg);
             ::DispatchMessage(&msg);
        }
        // プロセス終了なら、ループを抜ける
        if (dwRet == WAIT_OBJECT_0)
             break;
    }

    // プロセスハンドルとスレッドハンドルを閉じる
    DWORD res;
    ::GetExitCodeProcess(ProcessInfo.hProcess, &res);
    CloseHandle(ProcessInfo.hProcess);
    CloseHandle(ProcessInfo.hThread);
}

// すべてのパイプを閉じる
::CloseHandle(hWritePipe);
::CloseHandle(hReadPipe);
::CloseHandle(hErrWritePipe);
::CloseHandle(hErrReadPipe);

修正個所としては，

• CreateProcess の bInheritHandles，dwCreationFlags の値。
• 全体的なエラーチェック。

というところ。

# ちなみに 1999/09/14 では Win98 で動いているのを確認しているので，多分 NT 等では動かなかったのでは…と思う。いずれにしろ上のコードならば大丈夫でしょう。

# 2006/07/10 CreateProcess第3引数にsaを渡さないようにした。将来プロセスハンドルを子に継承させるならsaを渡すのだが，この目的では不要。

その後読者さんとは話がスクロールバーの話題へ。スクロールバーを MFC で使っていると，OnVScroll() の SB_THUMBPOSITION，SB_THUMBTRACK において，nPos が 16bit を越えると負の値となる。また，MFC のヘルプには

nMinPos と nMaxPos で指定された値の差は、32、767以下でなければいけません。

ということが書いてあったので，てっきりスクロールバーは 16bit しか扱えないんだと思っていたが，これは WM_VSCROLL が nPos を 16bit しか渡してくれないから，ということだ。（nPos = (short int) HIWORD(wParam); となっている。）

読者さんの指摘通り，OnVScroll() 内で GetScrollInfo() を直接呼び出し，スクロール位置を得ることで 32bit の値をとることができた。

いや，いつも身内だけでやってるのでこういうのはいいですね。上記以外でも，もしこの日記を読んだ方がいて，何か変だと思うことがあったら是非知らせて欲しいです。