Path: ccsf.homeunix.org!ccsf.homeunix.org!news1.wakwak.com!nf1.xephion.ne.jp!onion.ish.org!onodera-news!newsfeed.media.kyoto-u.ac.jp!oix.u-ryukyu.ac.jp!u-ryukyu.ac.jp!ie.u-ryukyu.ac.jp!not-for-mail From: kono@ie.u-ryukyu.ac.jp (Shinji KONO) Newsgroups: fj.unix Subject: Re: [Q] =?ISO-2022-JP?B?GyRCJVElJCVXJEdETD8uGyhC?= Date: 19 Aug 2003 06:54:30 GMT Organization: Information Engineering, University of the Ryukyus Lines: 63 Message-ID: <3988843news.pl@insigna.ie.u-ryukyu.ac.jp> References: NNTP-Posting-Host: insigna.ie.u-ryukyu.ac.jp Mime-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Image-URL: http://www.ie.u-ryukyu.ac.jp/~kono/skono.gif Fcc: send X-Newsreader: news.pl,v 1.6 2003/07/23 02:18:04 one Exp $ Content-ID: <25024.1061275828.1@insigna.ie.u-ryukyu.ac.jp> Xref: ccsf.homeunix.org fj.unix:121 河野真治 @ 琉球大学情報工学です。ま、良くある質問なんだけどさ。 In article , Takahide Nojima writes > +-->B-->+ > | | > +---A---+ > ＃O_NONBLOCKとかはpipeだと何でかわからないのですが効いてくれないし、 > ＃read/writeのブロックについてはselect/alarm等のtime outで復活させる位 > ＃しか思い付けない... まず、O_NONBLOCKは使ってはいけません。効かないってのは嘘です。 効きますよ。でも正しい設定の仕方は教えてあげない。何故かと言 うと、それを設定するとデータが落ちるからです。 read/write のブロックを防いでもいけません。必要だからブロッ クされているのですから。select ループは必要なら使うことがで きますが、結構大変です。expect とかを使う方がいいんじゃない かな。Perl だったらopen2 or open3。 > ものとします。つまり、プロセスBは、 > ・どれだけ読みこんだら出力に出力するのか、また、 > ・どれだけ出力したら読込みに転じるのか、 > が全く不明なものとします。 それは構いませんが、必ず、 プロセスBは、必要な入力を受け取った後、 出力をcloseして正常終了する ことは保証する必要があります。出力をcloseすれば十分です。 正常終了すれば出力はcloseされます。 問題は、Bの「必要な入力」の定義ですが、それはわかっているん ですよね? 一般的には、こちらからそれを出力した後、pipeをclose してやればOkです。逆に、close しないと、待ちに入ってしまうこ とが多いと思います。そうなると、B/A でデッドロックすることに なります。(きっと、これで悩んでいるのだと想像します) そして、A の出力をバファリングしないように注意してください。 close すればだいたいOkなんですけどね。 Bが出力をcloseしない場合は、Aのreadはブロックしてしまいます。 そのような場合は、もう少しBに関する情報が必要です。 > この時、名前無しpipeを２本作り、片方のpipeを使ってプロセスAから > プロセスBへデータを出力し、同時にもう片方のpipeを使ってプロセスAが > 再度受け取るというものを作ろうとしたと仮定します。 もし、B の出力を見ながらAの出力を調整するみたいなことをする、 つまり、Aの出力をcloseする前にBの出力を読み出すような場合だ とすると、Bの出力のタイミングを知らずにdead lock を避けるこ とは一般的にはできません。なので、select loopが必須となります。 その場合にも、必ず、B の出力がバッファリング無しであることが 必要です。 でも、まぁ、一度動けば、後は巨大な入出力とかが来ない限り 安定して動いていくれるようです。 --- Shinji KONO @ Information Engineering, University of the Ryukyus, PRESTO, Japan Science and Technology Corporation 河野真治 @ 琉球大学工学部情報工学科, 科学技術振興事業団さきがけ研究21(機能と構成)