WM_COPYDATAでの文字列受け渡しは、単にSETTEXTやクリップボード経由と比べればそんなにはお勧めできないかもしれません。
これはUnicodeとANSIの違いをOSが吸収とかしてくれることがない（そのまま渡すだけ）ので自分で送信側と受信側のつじつまを合わせないと、文字化けや文字が欠けたりといったことが起こり得ます。
もちろん、そこさえ組んでしまえば長い文字列を渡しても問題はないでしょうが
その他にも、グローバルアトム（これもおすすめできない）を使う方法や
メモリマップドファイル （これは「ある資源を共有し頻繁に書き換える」といった用途にはおすすめできます。でも同期という点では最善にはならないかな ただしWM_COPYDATAとかだと頻繁な破棄の必要があると思うので、パフォーマンス的にはこっちのがいいかもしれません。）やパイプを使う方法なども考えられます。
ただ、それ以前に
（これは私自身知らなかったのですが）ファイルダイアログの"#32770"
は２つあって、フックプロシージャ内の第1引数サイドはテキストが見えない方です。GetParentするとファイルを開くの方のハンドルが得られますが
http://msdn.microsoft.com/ja-jp/library/cc410977.aspx
この辺は大丈夫でしょうか？
あと関係ないけどCreateProcessW 側の第2引数ってconstやポインタだとまずいんですねｗ （なのでリテラルはアウト）
配列で確保してから渡すことで出来ましたが、無駄に苦戦してしまいましたｗ なんでこんな仕様なんだろうｗ
で、WM_COPYDATAですが
実際には実験といってもごちゃごちゃにならないように専用クラスにしてたりでもうちょい複雑ですが、意味的な要点だけ
サーバ側から(メンドイのでウインドウ探し出すまでは省略します)
//「ファイルを開く」の#32770のウインドウの子ウインドウを検索する関数内↓
BOOL CALLBACK EnumChildProc( HWND hw, LPARAM){
static TCHAR c[300];
GetClassName(hw,c,300);
if (!_tcscmp(c,_T("#32770"))) { //フックプロシージャに通じるウインドウ向け
COPYDATASTRUCT data={1, 6, "hello"}; //ANSI限定
SendMessageA(hw,WM_COPYDATA,(WPARAM)wnd,(LPARAM)&data); //ここで送信
return 0;
}
else if (_tcscmp(c,_T("Edit"))) return 1;
SendMessage(hw,WM_SETTEXT,0,(LPARAM)_T("You've got it."));
return 1;
}
とかやって
クライアントの方が
#define IDD_CUSTOM 101
#define IDC_BUTTON1 1004
#define IDC_EDIT1 1015
とか適当に数値作っといて
OPENFILENAMEをopとすると、3つのメンバは
op.Flags = OFN_FILEMUSTEXIST |CC_ENABLEHOOK|OFN_EXPLORER |OFN_ENABLESIZING |OFN_ENABLEHOOK|OFN_ENABLETEMPLATE;
op.lpfnHook = OFNHookProc;
op.lpTemplateName = MAKEINTRESOURCE(IDD_CUSTOM);
こんな感じにして
リソースが
IDD_CUSTOM DIALOG DISCARDABLE 0, 0, 187, 94
STYLE DS_3DLOOK | DS_CONTROL | WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS
FONT 9, "ＭＳ Ｐゴシック"{
DEFPUSHBUTTON "OK", IDOK, 80, 50, 50, 14
PUSHBUTTON "Button",IDC_BUTTON1,20,50,50,14
EDITTEXT IDC_EDIT1, 140, 50, 150, 40, ES_AUTOHSCROLL|WS_VSCROLL|ES_MULTILINE
LTEXT "",1119,0,0,186,40,WS_CHILD | WS_GROUP
}
で
UINT CALLBACK OFNHookProc(HWND hdlg, UINT msg, WPARAM wp,LPARAM lp){
switch(msg){
case WM_COPYDATA:{
COPYDATASTRUCT* a=(COPYDATASTRUCT*)lp;
if (a->dwData!=1) return FALSE;
SetDlgItemTextA(hdlg, IDC_EDIT1, (char*)a->lpData);
}
return FALSE;
・
・
・
とか試してみましたが、問題なく出来ました。
この辺の概要はOKでしょうか？
ここまでの内容が全部大丈夫だとすると
「文字列群を順に検索する」のアルゴリズムに問題があるのかもしれません。
