Lions本読書会#6

Lions本読書会#6関係のツイートをまとめました。 http://atnd.org/events/14165
1
前へ 1 2 3 ・・ 7 次へ
takahiro(John Smith) @superhoge

Lions本363Pの上側の話。「重大なとき」は無限ループする?

2011-04-10 15:28:03
takahiro(John Smith) @superhoge

psignal( )のsig#が負のときの話。v7では(unsigned)にキャストして対処している

2011-04-10 15:29:32
takahiro(John Smith) @superhoge

v6は色々バグ(考慮不足)がある。

2011-04-10 15:29:51
takahiro(John Smith) @superhoge

exit( )ではu.u_signalを全て1(無視)に設定している。SZOMBのプロセスにソフトウェア割り込みかけても無視するってこと

2011-04-10 15:32:46
takahiro(John Smith) @superhoge

wakeup( )は引数で渡したプロセスを起こしているのではない。それが理由で寝ているプロセスを起こす。

2011-04-10 15:40:20
takahiro(John Smith) @superhoge

んではwakeup( &proc[1] )って何?initが理由で寝ているプロセスって何?

2011-04-10 15:40:45
takahiro(John Smith) @superhoge

wakeup( p )はwait( )で寝ている親プロセスを起こしているのでは。exit( )の話です。

2011-04-10 15:41:34
takahiro(John Smith) @superhoge

くそー、俺もv6ソースに対してgrepをかけられる環境が欲しい。

2011-04-10 15:42:52
takahiro(John Smith) @superhoge

MinGW環境の下にv6コードを置けばいいのかな

2011-04-10 15:43:06
takahiro(John Smith) @superhoge

たぶんsleepでgrepかけると、initが理由で寝ているやつを特定できると思うんだけど

2011-04-10 15:43:51
Yutaka Matsuzawa @alumican

3246と3250がpを使いまわしててキモイ・・・

2011-04-10 15:44:21
とよしま @toyoshim

3248行でwakeup(&proc[1])とかやってるけど、initをwaitpidして寝てる人なんていないだろうし、意味不明すぎる。 #readLions

2011-04-10 15:44:29
takahiro(John Smith) @superhoge

こんな書き方しているのは、前に@7shiさんが言っていた、edで直接ソースの定数書き換えてしまう話と関係しているのかな。ここのdefine書き換えると、proc配列どこまで辿るか設定できる

2011-04-10 15:51:33
takahiro(John Smith) @superhoge

icode[ ]はこのinit.cを呼び出す

2011-04-10 15:55:06
takahiro(John Smith) @superhoge

さすがにこの場でinit.cを追うのはきつい。誰か後日フォローお願いしますw

2011-04-10 15:56:06
takahiro(John Smith) @superhoge

initってどうやって寝るんだろう。自分自身(&proc[1])を理由に寝てたりして

2011-04-10 16:02:48
Yutaka Matsuzawa @alumican

子プロセスとか孫プロセスとか良くゾンビになるよね。。。

2011-04-10 16:09:16
とよしま @toyoshim

3248行はwait中のinitを起こすコードだった。子供がexit済みでwaitでしてあげる必要があるのにwaitせずに死んでしまう場合、子供をinitの養子に出してあげるので、initもすぐに起こしてあげるのが良心的、という事らしい。 #readLions

2011-04-10 16:33:49
takahiro(John Smith) @superhoge

exit( )で自分が終了するとき、子プロセスの親をproc#1につけかえる

2011-04-10 16:34:04
takahiro(John Smith) @superhoge

自分は死ぬけど、子プロセスはproc#1に任せるということ?

2011-04-10 16:34:44
takahiro(John Smith) @superhoge

んで、子プロセスの処理を早めに行いたいのでwakeup( proc[1] )でproc[1]を起こして(?), swtch( )でproc[1]が選ばれることを期待し、proc[1]に子プロセスを処理させる

2011-04-10 16:35:30
前へ 1 2 3 ・・ 7 次へ