🚀 go-pugleaf

こんにちは。
玉越＠奈良先端科学技術大学院大学です。

arisawa@vega.aichi-u.ac.jp (Kenji Arisawa) writes:

> >Plan 9 でのプログラムの勉強も兼ねてまず glib の移植から始めようと思い
> >ます。移植といっても glib は基本的なライブラリなのでちょっと書き換える
> >だけですぐ移植出来ると期待していますが。
> 
> Plan9 の APE (Ansi Posix Envilonment) もなかなか行けますよ。
> Python もこれを使って殆ど問題なく行けました。
> まず APE を使って移植してみるのが早いと思います。またメンテナンス性も
> 良いと思います。

はい。APE を使うこつは何かありますでしょうか。
configure が作るファイルがあるのですが、どのように対処するのが一番よい
でしょう。

> >計算機環境としては 今の Plan 9 + NEXTSTEP + MacOS みたいのが私の理想な
> >んですが。
> 
> 僕にとっては今でも NEXTSTEP が文房具です。(MacOS は使いませんが。)

MacOS を引合いに出したのはファイルの実現についてです。
ファイルは実体と属性を持つと思うのですが、それらは別々に管理されるべき
であると思います。UNIX ではファイルとはバイト列であるとしてしまったた
めに、
* permission
* file(1)
* 構造を TeX や HTML など内部で記述する
というようにファイルの属性があちこちで分散管理されていて分かりにくくなっ
ていると思います。
この点において、
* MacOS の思想
* MULTICS から UNIX になるときにどういう考察が行われたのか
* MULTICS ではファイルはどういうものであったのか
に興味があります。
NEXTSTEP の実現の仕方は中途半端です。

> Plan9 はビットマップの漢字フォントが大き過ぎて、とても日本語を表示する
> 気にはなれません。12x12 の漢字フォントが移植できないかなとよく考えます。
> (僕はフォントの事をあまり知らない)

私もフォントについてはよく分かりません。BDF のフォーマットは分かるので
Plan 9 のフォントのフォーマットさえ分かれば変換したいと思います。

> ところで Plan9 の欠点の1つにマイクロカーネルの上で動いていない事が
> あります。その為にディバイスドライバを追加する時にはカーネルの
> コンパイルが必要になります。この問題に対して挑戦している人がいまして
> VSTa を言う OS を開発中です。彼は Copy Left 製品を出そうとしているので
> Plan9 のコードを利用しようとはしていません。そのためにまだ VGA どころか
> CGA の段階だと言う事です。(この動きも注目していきたい)

これはいいですね。real time 部分がどうなっているか分かりませんが、求め
ているものは素晴らしいですね。