Orz日記 by Akio Morita

_ [SAD]Execvpe[], Execvp[]実装

Execve[]へのフロントエンドとして Execvpe[]と Execvp[]を実装しました。

Execvp[file_, {argv___}, options___]は、 execvp(3)相当でファイル名と引数列を渡すと 必要ならPATH変数で指定された検索パスから外部コマンドを 探し出し、現状の環境変数を引き継いで Execve[]します。

Execvpe[file_, {argv___}, {env___}, options___]は、 Execvp[]に環境envを渡せるようにしたものです。

なんで、execvpe(3)が無いんだろう... (execve(2)は、PATHの自動検索は行わないのがポイント)

_ [SAD]BidirectionalPipe[]再実装

前々から、やろうとしていた BidirectionalPipe[]の High Level定義への 置き換えを実施しました。 これで、Fortranと Cの間の文字列受け渡し(null終端忘れてるとか...) などの問題や、execlp(3)を使っているのに、コマンド名以外の引数を 渡せない問題が解消されます。

新しいプロトタイプは、以下の通り。

BidirectionalPipe[file_String, {argv___String}, Options___]

オプションとしては、Execve[]へのオプション(ForceCloseOnExec, CloseStd) や、子プロセスのIDを受け取るための PID:>varオプション、 環境を渡すための Environments->{env___String}オプションが使えます。 デフォルトでは、呼び出し時点の環境全体が子プロセスへ渡されます。

例題

OpenRead["!ls -l /usr/include"]相当のことを BidirectionalPipe[]で書くと

{in, out} = BidirectionalPipe["/bin/ls", {"ls", "-l", "/usr/include"}, PID:>pid];
l = Table[If[s = Read[in, String]; s === EndOfFile, Break[], s], {Infinity}];
Close[in]; Close[out];
Wait4[pid];

と、なります。 注意すべきは、閉じるべきファイル記述子が送信/受信用の二つあること、 子プロセスの最後を看取ってやる必要があることです。 通信終了後に子プロセスが自発的に死なない場合やエラー等で 強制切断するときは、Kill[]でシグナルを送って親プロセスから 明示的に殺す必要があります。 (パイプを閉じれば、子プロセス側では 読み込みに対しては EOF、 書き込みに対しては SIGPIPEが発生するので、例外処理が正しく 実装されている場合は read/write発行時には死んでくれる筈ですが、 内部で無限ループしたりすると親プロセスが死ぬまで残留することに なるので、停止が期待できない場合にはやはり明示的に殺す必要があります。) また、Kill[]で明示的に殺した場合も Wait[]かWait4[]で 最後を看取らないとプロセステーブル上のリソースは開放されないので unix初心者は要注意。

_ [LHC]LHCb見学してきました

KEKから来た国際企画課長がLHCbを見学するのに同行しての LHCb見学。

解説は、LHCb Spokespersonの中田先生

_ [SAD]OpenSolaris

取り合えず、Sun Studio Expressを使ったコンパイルで、 FFSが起動程度まで動くバイナリを生成出来る所まで到達した。

strtodの動作が、おかしいような気がする。 マニュアルの記述ではISO C99に適合し、 0xで始まる16進数をサポートするはずなのだが...

_ [雑記]もうへとへと

やっと、おなかの膨れるまともな食事(レンジ用冷凍食品のパスタとウィンナーだけど)にありつけた・・・

ありがとう！フードスクエア「カスミ」

_ [雑記]がんばれTX

夕方の発表では、流山おおたかの森～つくば間の復旧に向けて、 頑張ってくれている模様。

全線開通を祈る！

_ [雑記]福島原発の英断

海水＆ホウ酸投入したらしい。 おそらく、連鎖反応暴走に伴う炉心融解＆爆発は回避できた模様

海水導入で、最悪廃炉の可能性があるが、炉心融解とか炉心爆発があれば、それどころではなくなるので、正しい決断だと思うぞ