所謂、Bourne shell /bin/shの検索パスは、環境変数PATHに ":"を区切り文字として列挙されるので、":"を含んだパスは使えません。「バックスラッシュエスケープ出来る」と思う人も居るかもしれませんが、PATH変数としては"\\"はただの文字リテラルなのでエスケープ出来ません。

これが、/bin/cshだとシェル変数pathは空白区切りで設定するので、csh自身がコマンドを探す場合は問題なく使えてしまうのですが、コマンド検索が/bin/shや system call 経由になった瞬間に誤作動しますので、要注意です。

似たような例に、makeのソースやターゲット名に":"を含むファイル名が使えないと言う罠もありますね

_ [SAD]Messageについて

SADScriptの関数は、内部エラーに関して itfmessage_()関数経由でエラーを通知するものがあります。これらのエラー通知は、関数の返り値ではなく Messageとして送出され、 Messageが送出された事実はCheck[]関数でトラップすることが出来るのですが、発生したMessageとその内容を知る術が実はありません Orz コマンドラインからの実行に対しては、MessageList[]関数がありますが Messageの名前だけで付属のパラメータは記録されていません。

つまり、ユーザー定義の関数で、例外が起こり得る関数を呼び出す際に Check[]で例外をトラップし、処理可能な例外は関数内で処理し、処理できない例外に対しては関数の外側に例外を転送する処理が書けません。

仕方ないので、Add\$Message[]関数に細工して\$MessageLastに最後に送出されたメッセージを記録するようにしました。

が、Check[]関数では例外を検知しますが、例外発生時点で式の評価が止まるわけでは無いので、真面目に例外処理を書こうとすると面倒ですね。

Try[]ブロック構文でも、新設すべきかな？

C++の例外機構を知っている人間が勘違いしやすいものに、Catch[]関数があるのですが、これはThrow[]関数による式評価からの非局所脱出を捕まえる構文で、例外処理ではない罠。これって純粋関数とReturn[]で記述できそうな気がしたけど、純粋関数では Return[]使えないのね... Orz

つまり、f[arg_] := body;は、f := With[{arg = #1}, body];へ書き換え可能では無いと...

[ツッコミを入れる]

2009-03-11

_ [FreeBSD]make -j8 buildworld

/etc/make.confの最適化オプションと NO_*を外した状態で、 /usr/objをMFS化して再チャレンジ

% grep ^CPU /var/run/dmesg.boot
CPU: Quad-Core AMD Opteron(tm) Processor 2376 (2300.11-MHz K8-class CPU)

--------------------------------------------------------------
>>> World build completed on Wed Mar 11 16:27:12 JST 2009
--------------------------------------------------------------
3650.744u 990.505s 17:52.16 432.8%      6277+2052k 30871+7984io 4422pf+0w

あと残るのは、/usr/srcへの atime更新に伴うアクセスか？

[ツッコミを入れる]