Teckuboon

Windows上でワイルドカードを処理するAPIがPathMatchSpecである。

http://msdn.microsoft.com/en-us/library/bb773727(VS.85).aspx

しかしここに載っているサンプルがあまりにもセンスが悪い。

ということでテストコードを書いた。コードは後述。結果は以下。

"somepath.html" , "somepath?html" => true
"somepath.html" , "" => true
"somepath.html" , "(null)" => false
"" , "*" => true
"" , "a" => false
"somepath" , "*." => false
"somepath" , "*.*" => true
"hoge\fuga.html" , "hoge*" => true
"hoge\fuga.html" , "hoge*html" => true
"hoge\fuga.html" , "hoge\*" => true

コードはこんな。

#include <stdio.h>
#include <Shlwapi.h>
#pragma comment(lib, "shlwapi.lib")
void test(const wchar_t* path, const wchar_t* spec){
wprintf(L"\"%s\" , \"%s\" => %s\n"
, path, spec
, ::PathMatchSpec(path, spec)?L"true":L"false");
}
int main(const int &){
test(L"somepath.html", L"somepath?html");
test(L"somepath.html", L"");
test(L"somepath.html", NULL);
test(L"", L"*");
test(L"", L"a");
test(L"somepath", L"*.");
test(L"somepath", L"*.*");
test(L"hoge\\fuga.html", L"hoge*");
test(L"hoge\\fuga.html", L"hoge*html");
test(L"hoge\\fuga.html", L"hoge\\*");
}

IWebBrowserを乗っけたダイアログ上でJavaAppletを開き、アプレット上のUIをいじっているとメインスレッドがフリーズ。

なんだろうと思ってブレークをかけてみると、ダイアログの子要素に対してWM_GETDLGCODEがものすごい勢いで投げまくられている状態。

で、調査した。

WM_GETDLGCODEのなんたるか：

http://msdn.microsoft.com/ja-jp/library/ms645425

http://support.microsoft.com/kb/83302/en

タブコントロールを使っている場合に同じ状況に陥るケースが頻繁に報告されている。僕には関係ない。次。

http://blog.goo.ne.jp/satomi_takeo/e/b058ef705da6ca88ec87db660878c789

あたりっぽいんだが、リンク先サイトが死んでいて状況を追えず。次。

http://www.guyswithtowels.com/articles/2002-08-15-1600.html#ModelessDialogs

具体的なコードも出ていて助かる。が、メッセージポンプはMFC側にあるので、この通りに実装するの難しそう。