[FDclone-users:00893] Re: MINIX3 patch

[Takashi SHIRAI <shirai@unixusers.net>]

　しらいです。

In Message-Id <20100703024917.c98db16b.riki1017kazu@gmail.com>
        Rikito INAKAZU <riki1017kazu@gmail.com>さんwrites:
> 稲員です。

> そこが逆にいじりたくなると言うか、実用レベルに達しちゃったものは能力的にも
> 敷居が高すぎるので。それに、そうは言っても MINIX 1.x の頃からしてみれば
> 雲泥の差ですし。

　実は現在の MINIX には私は余り存在意義を感じていないんです。
どうも金持ちの道楽にしか見えなくて。一部のマニア以外のニーズ
があるんでしょうか？

　当初の目的である「教育用」としては、既に Ancient UNIX が公
開されてるので、敢えて別の実装を用意する必要はないでしょう。
むしろ POSIX 以前の UNIX の方がシンプルで教育向きです。
　MINIX 3 は積極的に POSIX を採り入れるなど実用性を目指して
いるように見えますが、Linus と喧嘩してた Tanenbaum 先生を思
い返すと非常に違和感を覚えてしまいます。
　かと言って OpenBSD の Theo のような信念は感じられないし、
目指しているところが余り良く見えて来ないんですよね。組込用と
かいう話も聞きますけど別に MINIX じゃなくても構わないし。


> インストールから OpenSSH 入れて remote login できるようにして、一通り
> 遊べるようにするまで 30 分で終ったときにはちょっと感激でした。

　OpenSSH が net install にしか対応してないのには参りました。
あと良く使うものとしては sudo も CD install 出来ませんね。他
にもっと minor なのが CD に入ってると思うんだけどなー。
　あと /etc/group に user を追加したら login 出来なくなった
のも困ったかな。setgroups(2) が機能してないので複数の group
に属するのは出来ないようです。なら /etc/group 殺しとけって。

　ただ、起動も install も非常に短時間なのは本当に感動もので
すね。VMware でも setup & packman に 10 分程度しかかかりませ
んから、ハイエンドの実機だと一瞬で終わるかも。
　最近家電に Linux が台頭して来て、家電なのに起動に数十秒待
たされることが珍しくなくなって来ましたが、組込 MINIX でそれ
が解消されるんなら存在意義が出て来るかも。負けるな ITRON。


> > 　shell としては job control 機能が無いのが致命的ですね。こ
> > れは識別子で回避出来ますが FDclone 的には mount 情報が調べら
> > れないのが痛いですね。/etc/mtab が全てのようです。
> 
> 
> 本体が対応してくれないとどうしようも無いものに付いては待つしか無いですね。

　statfs() に関しては、OS 標準の df でも block device を直接
開いてサイズ情報等を取得してますから、OS として全く対応して
いない訳ではないようです。
　但し、mount 中の raw device に OS を介さずに access する訳
ですから危険ですし、実際タイミングによっては df の結果が「-」
と表示されてさっぱり不明なこともあります。
　やはりその辺りの制御は kernel が統括するのが正しい作法だと
思いますね。


> Job Control は package で提供されている BASH, ZSH も目を瞑ってますし。

　job control は端末 UI が無ければ不要なものなので、組込用を
謳うなら敢えて実装しないというのもアリだと思います。ただ、そ
れならもっと先に外すべき機能も多いとは思いますけどね。
　複雑に多様化してしまった POSIX は教育用にも組込用にも向い
てないので、MINIX がそこに拘ってるのは理解に苦しむところです。


> > 　致命的なのが const 修飾子が overflow 起こしてる点です。修
> > 飾してない範囲の変数にまで縛りがかかるので使いものになりませ
> > ん。NOCONST 識別子で逃げるしかないかも。
> 
> 
> 中途半端のような所によってはやり過ぎのようなよく分からないポリシーの compiler
> だと感じました。 const の overflow と言うのは記憶にないんですが、確かに
> const の効果が辺な所まで伝播しちゃってるような error がありました。
> もちろん速攻で NOCONST しましたけど。

　overflow というのは const の影響が指定範囲外に及んでいるこ
とを指していて、buffer overflow 脆弱性のことではありませんが、
挙動を見てる限りそういう hole がありそうな気はします。
　const は volatile や register なんかと比べると使い倒されて
いる ANSI 修飾子なので、もしここに security hole があるとす
れば、全く使いものにならない compiler ですね。

                                               しらい たかし