#同じくテストにパスしました(svn trunk)
#インポートテーブルを書き換え （APIフック） て全ての API 呼び出しの前後でキャンセルタイプ切り替えとか。 なんてことを妄想中。
#うーん、setcanceltypeのオーバヘッドはどのくらいでしょうね。システムコールに比べて無視できる程度ならいいんですが、そうでなければブロッキングなコールに限りたいところです。
#ローカルなフラグをいじるだけかな? それならいいんだけど。
#拡張を書く人にそのへんを意識させないで済ませるにはそういう方法があるかなぁという妄想の段階なので深く考えれてないです。
#選択的にフックを仕掛けることも出来るはずです。
##define Sleep(s) \
{ int oldCancelType; \
pthread_setcanceltype(PTHREAD_CANCEL_ASYNCHRONOUS, &oldCancelType); \
Sleep(s); \
pthread_setcanceltype(oldCancelType, NULL); }#win-compat.h に↑みたいなのを羅列するのが簡単ですかね。 それなら拡張に対してもフックを忍び込ませられますし。
#書きながら、そういえば C のマクロは再帰的に展開されなかったんだったと思い出して変な気分。
#戻り値があるシステムコールだとちょいと面倒ですよ。gcc限定ならstatement expressionが使えるけど。
#一旦関数で包めば大丈夫かな。
#関数で包むなら名前変えないと困りません?
#ただまあ、windows threadにするにしても多分システム回りはいろいろ配慮が必要になるので、拡張書く人が気をつけなきゃならないってのはある程度は仕方ないかも。
#スレッドセフティのことだけ考えても、いろいろ配慮は必要なわけですし。
#そうですね。 実際は少なからず OS 固有の機能を使ってしまうことってあると思います。
Gauche > Archives > 2010/04/04