[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[FDclone-users:00896] Re: MINIX3 patch
- Subject: [FDclone-users:00896] Re: MINIX3 patch
- From: Rikito INAKAZU <riki1017kazu@gmail.com>
- Date: Sun, 4 Jul 2010 06:31:15 +0900
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed;d=gmail.com; s=gamma;h=domainkey-signature:received:received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding;bh=ASby67O825I4miecUaiKpjyOnMB/i/lRdz88C0Csly4=;b=f65JkNT/Vvm9zWpolotMy+W0KaMEKg6raE6QiIcGQBIixWG/qHroG87lPB058pZa1wXYfmNqlJdcl8/eukM3nsviyeopv9vZyUCbtasfR8WqZQmO22UmxiwFOKi7Y0n1pSGdbJiwVSmQ2hhP+NeStEKVi4ikaJBggK5rHsNmo0I=
- Domainkey-signature: a=rsa-sha1; c=nofws;d=gmail.com; s=gamma;h=date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding;b=DspJxbVtpg+KLzIouodykZ9KecTeWgRHrdx2e/fPE5dh1Z5PxcF968B2NNbpAEdBI8lJSlWfKhTUOGu2DyF7m1I+DuaYAe0qS0aAfPt4vmBhu0S8YaNRTDl5Ao4ze+JdNedRcLCWi7hxrWd2fANR/VE0caSRPP85eU1GOwpvqao=
稲員です。
On Sun, 04 Jul 2010 03:53:10 +0900
Takashi SHIRAI <shirai@unixusers.net> wrote:
> 実は現在の MINIX には私は余り存在意義を感じていないんです。
> どうも金持ちの道楽にしか見えなくて。一部のマニア以外のニーズ
> があるんでしょうか?
>
> 当初の目的である「教育用」としては、既に Ancient UNIX が公
> 開されてるので、敢えて別の実装を用意する必要はないでしょう。
> むしろ POSIX 以前の UNIX の方がシンプルで教育向きです。
私は「教育用」としてもそれなりに意味はあると思っています。 Ancient UNIX
だと稼働する実機の維持も大変でしょう。それでも大学などの専門機関ならなんとか
なるでしょうがそれだけが「教育」ではない訳で、最近 C 覚えて OS にも興味が
あるけれど Linux ではでかすぎるという中高生とかが身近な実機で試せますしね。
「そんなの emulator でやればいい」という人もいるでしょうが、実際の hard
で動すことで得られるものもあるんじゃないかと思いますし。
MINIX 1.x にしてもミニコンやら Sun の Workstation やらではとても触れる
環境が得られないけど 98 で動かせるからという若い light user も結構いたん
じゃないですかね。その辺はあまりくわしくは知りませんが。
最も、そういう初学者が target となるとあの compiler を使わせるのはどうよ
という別の問題もありますけど。
> MINIX 3 は積極的に POSIX を採り入れるなど実用性を目指して
> いるように見えますが、Linus と喧嘩してた Tanenbaum 先生を思
> い返すと非常に違和感を覚えてしまいます。
Linus との出会いがそもそも POSIX がらみだった事のトラウマってわけでもない
でしょうしね (^^
> かと言って OpenBSD の Theo のような信念は感じられないし、
> 目指しているところが余り良く見えて来ないんですよね。組込用と
> かいう話も聞きますけど別に MINIX じゃなくても構わないし。
「組込」を狙ってるというのは知りませんでした。開発の方向性とかの document は
全然目を通してなかったので。一言で「組込」といってもいろいろでしょうが MINIX
が real time 制御とかするのかと思うとかなり意外です。
MINIX 入りの家電とか出たらちょっと笑っちゃいそうです。最近の家電は Linux が
使われているかどうかに関わらず user を苛々させる機能が標準搭載されてますけど、
ああはなってほしくないなぁ。まあ制御 OS だけの責任じゃないわけですが。
> statfs() に関しては、OS 標準の df でも block device を直接
> 開いてサイズ情報等を取得してますから、OS として全く対応して
> いない訳ではないようです。
> 但し、mount 中の raw device に OS を介さずに access する訳
> ですから危険ですし、実際タイミングによっては df の結果が「-」
> と表示されてさっぱり不明なこともあります。
> やはりその辺りの制御は kernel が統括するのが正しい作法だと
> 思いますね。
実際のところ整理前の patch でも df や fsck を参考に file system 情報を
取得する code を入れてました。流石にあんまりなのと、本家に statvfs が入っ
たのとで消しましたけど。
> overflow というのは const の影響が指定範囲外に及んでいるこ
> とを指していて、buffer overflow 脆弱性のことではありませんが、
> 挙動を見てる限りそういう hole がありそうな気はします。
> const は volatile や register なんかと比べると使い倒されて
> いる ANSI 修飾子なので、もしここに security hole があるとす
> れば、全く使いものにならない compiler ですね。
ああ、そういう事でしたか。確かにさっさと GCC に切り換えればいいのにと思って
しまいますが GPL3 を嫌って FreeBSD みたいに BSDL に拘ってるんでしょうか。
ACK も source tree に merge されてなくて。こちらもあまり使いたがってない
ような印象ですし MINIX も LLVM/clang 使うのかな。最近 binary package
も提供されているようですし、「組込」向けを目指すならそも方が使い易いか。
--
Rikito INAKAZU (稲員力士) <riki1017kazu@gmail.com>