コグノスケ

ドコモの仕事と並行して、自分の研究となる予定のものも暇を見つけて進めています。
今日はERESTARTSYSの話です。普通ユーザーモードではお目にかかりません。しかしプロセスがトレースされていて、システムコールによりブロックされているという特殊状態でシグナルを受け取ると、返り値にこのエラーが入ったシステムコールがトラップされます。

getchar(3) でブロックするハンドラを書いて、sigaction(2) で指定するプログラムをトレーサで見張り、別のシェルからそのプログラムにkill(1) でシグナルを投げました。トレースするとこんな感じでした。

1. readの入り口（以降、〜〜inと書く）
2. readが帰ってくる（以降、〜〜outと書く）-ERESTARTSYSエラーが返り値に入っている
3. ハンドラに飛んで、read in
4. （適当にキーを押す）
5. read out
6. sigreturn in
7. -1というシステムコール番号、-EINTRが返り値に入ってトラップされる…たぶん中断されたreadの対応部分
8. ブロックしていた場所（readのとこ）の次から実行される

とこんな具合になっているようです。トレースされている方のプロセスではreadは失敗に終わり、トレースしないときと同様にEINTRが設定されて帰ってきます。ちなみにシグナルハンドラでブロックしているときに、さらにシグナルを投げるとハンドラの入れ子になります。1 -> 2 -> 2 sigreturn -> 1 sigreturn -> 元の場所、となります。
sigreturnの帰ってこないという特殊性とERESTARTSYSを考慮しないと、システムコールのスタックがうまく作れないなーなんて思った昼すぎのひととき。