[FDclone-users:00412] Re: [FDclone-users:00411] Re: Invalid argument ? (Re: MacO SX 10.4.1 での、 v2.07 の install について。)

[Takashi SHIRAI <shirai@unixusers.net>]

　しらいです。

　今出先のホテルなんで殆ど検証作業は出来ませんが。

"toyota"さんは書きました:
> 豊田です。

> 手元のは panther らしいのですが、
> やってみました。

　ふむ。Panther で大丈夫ということは、Puma 辺りまでの Darwin
にのみ存在するバグということですかね。どっかの Release Note
にでも載ってないでしょうか？＞Mac ユーザ


> > 　machine.h を書換える代わりに、「#undef SELECTRWONLY」とい
> > う一行を config.h に加えても同じ効果が得られるので、どちらか
> > やり易い方で確認してみて下さい。
> 
> 動きました。起動しただけの確認ですが…。

　起動したあと終了することは出来ました？Puma 辺りだと一切の
キー入力を受付けて貰えないので終了すらままならないことになる
筈です。そういう極端な現象なので、確認は簡単だと思います。


> > 　直ってないようなら、「ココ」の部分の「return(-1)」を「fp =
> > stderr」にしてみて下さい。これで一応は動くはずですが、pty は
> > うごかないと思います。
> 
> これでも動作確認をしました。

　-PTYMODE=1 で子プロセスを起動すると、読書きモードでオープ
ンした標準入力を端末用 file descriptor に上書きしているので、
「直ってない」ケースではこの子プロセスはキー入力を一切受付け
ない筈なんです。
　もし Puma か Cheetah を持っている方がいたら、この「stderr
に置換え」という対処で -PTYMODE=1 にして子プロセスを起動する
とどうなるか試してみて下さい。


> こちらも動きました。-PTYMODE=1 での動作確認は
> すっかり忘れていて、やっていません。

　-PTYMODE=1 での動作確認が得られたら、こないだのファイル無
し問題の patch と合わせて release しましょうか。

　-PTYMODE=1 でファイル閲覧とかコマンド起動とかした時に、普
通に起動して普通に操作出来ることさえ確認出来れば十分ですので、
是非確認して下さい。
　対処策は幾つか挙げましたが、他のは実験的な ad-hoc なものば
かりなので、確認するのは最悪 patch の分だけでも構いません。
宜しくお願いします。＞Mac ユーザ各位

                                               しらい たかし