【C】Poneytail(仮称)OSスレッド01【未踏】

**Be名無しさん** · NG

公式サイト:http://www.tirasweel.net/ponytail/
未踏について:http://www.ipa.go.jp/jinzai/esp/2004mito2/koubokekka.html
関連スレ:http://pc5.2ch.net/test/read.cgi/os/1093825736/l50

2004年度未踏ソフトウェア創造事業採択プロジェクト
テーマ:CLIを実装する次世代オペレーティングシステムの開発

C#でアプリを作成できるOS？ランタイムはMono譲り？未踏の血税で開発中！

**Be名無しさん** · NG

２

**Be名無しさん** · NG

ム板でいつもやらかす厨がいるんだけど#はスレタイに入らない
C♯って入れないとダメだよ
C＃じゃなくてC♯ね

**Be名無しさん** · NG

　　　　　　　　　ヘ　 o ,　　　 ── / 　＿_, 　 /　　＿,　　 /_/_/ 　　　＿_, 　 /
　　　　　　/　　＼ ´　　　── /　　　　 /　　─'　　/　　＿　　　　　　　/　
　　　　　 _/　　　　＼　＿＿ /　　＿＿_/ 　＿＿＿/　　　　　/　　＿＿_/
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　￣￣￣
　　　　　　　　　　　　　　　　　　　　＿　, ― ､
　　　　　　　　　　　　　　　　,－'　　｀　　　￣ヽ_
　　　　　　　　　　　　　　　,'　　　　　　　　　　　　ヽ
　　　　　　　　　　　　　　　(　　　｀ｰ'ｰ'ヽ｀ｰ'ｰ'ヽ　　）　　　　　　　
　　　　　　　　　　　　　　　（　ノ　''''''　　　'''''':::::::ヽ　）
　　　　　　　　　　　　　　　（ . ）（●）,　　　､（●）､.:(　）　＋
　　　　　　　　　　　　　　　（　)　　 ,,ﾉ(､_, )ヽ､,,　.::::（　）　　＜４様が華麗に４get！
　　　　　　　　　　　　　　　. ヽ）　　｀-=ﾆ=- '　.:::::::|ﾉ　　+
　　　　　　　　　　　　　　　　　＼　　｀ﾆﾆ´　 .:::::／　　　　　　+
　　　　　　　　　　　　　　　,,.....イ.ヽヽ、ﾆ__ ーーノﾞ-､.
　　　　　　　　　　　　　　　:　　| 　';　＼_____ ノ.| ヽ　i

**957** · NG

開発者です。

紹介文にたいする簡単なコメント。

・C#でアプリは作れませんが、
・C#で作ったアプリを動かせます。
　・WinかLinuxでコンパイルしてください。
　・別にC++でもVB.NETでもJ#でも可。
・ランタイムは独自開発です。
・クラスライブラリはMonoのものを使っています。
・未踏に採択されています。がんばります。

次のコメントで特徴なんか書いてみます。

**957** · NG

Ponytail の他の OS と激しく違うところです。

・IL （.NET中間言語）を解釈実行します。
・アプリを含むすべてのプログラムが特権レベルで動作します。
・すべてのプログラムが同じアドレス空間を共有します。

いまはこんなところです。やみくもに予定とか書いても仕方ない気がしますし。

>>1さん乙です。
またーり楽しんで頂ければ幸いです。>ALL

**Be名無しさん** · NG

ライセンスとかどうなるんでしょう？（予定でもいいので）
商用を視野に入れているとかですか？

**957** · NG

バイナリは無償で配布自由にしようかと。
ソースはクローズですが、恩返しの意味も込めて
これからOS開発する人に役に立ちそうな部分は公開したいと思ってます。
商用は、、、なんというか、商用になれるレベルにしたいってとこまでしか思い描けませんね～

**Be名無しさん** · NG

バイナリは無償配布との事ですが、Reflectorとか使っていいのでしょうか？
つい最近もMVPがHS+をILDASMして問題化しましたが、、、

**957** · NG

Reflector使えますね。いま自分のライブラリをReflectorで精査してますし。
使ってくださいとは言えませんが、事実使えてしまうので止めても無駄かなと思います。
ただ、それでリバースエンジニアリングしたものを無断で再公開とかはやめてほしいなあ。

ところでMVPとHS+ってなんでしょう？　ILDASMは IL DisASseMbler ですよね。

**Be名無しさん** · NG

>>10
MVPはMS認定のmost valuable people
HS+はOffice2003のHomeStyle+
http://pc5.2ch.net/test/read.cgi/tech/1103381010/68

**Be名無しさん** · NG

早速MSILスレで晒されてる
http://pc5.2ch.net/test/read.cgi/tech/1095947017/l50

**Be名無しさん** · NG

>>6
なるほど。
JavaOSとは．．．
・classファイルを実行可能
・すべてのプログラムが特権レベルで動く
・すべてのプログラムが同じアドレス空間を共有する
JITで出来るバイナリが十分良質であれば、特権レベル切り替え・ページングに伴うオーバーヘッドがなくなる分、
理論的には早くなり、メモリ保護はネイティブインターフェイスを禁止することで行うと言った所だったと思います。

.NETかJavaかの違いがあるとはいえ、JavaOSと違いが見えてきません。
この既知の技術に対しての相違点等があれば、差し支えない限りでお聞きしたいです。

**957** · NG

JavaOSとPonytailの違いは、すべてJavaと.NETの違いということになると思います。
つまりコンセプトについてはJavaOSとあまり違いません。

**Be名無しさん** · NG

結局JavaOSは一般に入手可能なものがフリーで公開されることはありませんでしたからね。
そういう意味で一般に公開するものとしての存在意義は充分あると思います。
頑張ってください。

**Be名無しさん** · NG

>>15
でもそれだけのために未踏が通るとも思えない。
コンセプト実証品ではあっても実務への応用が望めそうもないから。
OSそのものというよりも、組み込みレベルでも.NETを使えるような技術を作って、
後々はITRONとかの上にも載るようなKVMみたいなものに応用するとか
そういうビジョンまで提示したのだろうか。

**957** · NG

あ、>>11さんありがとうございます。
そんなことがあったんですね。
逆解析にたいする脆弱性はJavaでも似たようなもんですし、これからの課題なんでしょうか。
ちなみにMSはインターネットを利用することで解決しようとしているみたいですね。

>>15
ありがとうございます。

>>16
いえ、究極的にはそれだけです。
未踏は、成果物でIPAが儲けるわけではないので、応用面だけで評価するのはちょっとずれてる気がします。

**Be名無しさん** · NG

>>17
OSASKのときには応用面が問題になったと記憶しています。
それで結局ユースで妥協したけど後が続かなかった筈。

**Be名無しさん** · NG

>>15
JavaOSモドキ的なJNode
http://jnode.sourceforge.net/portal/

>>16
そこがやはり気になるところですね。

>>17
なんらかのあっと驚く改善点・着眼点などを隠し持たれていることを期待しています。

**Be名無しさん** · NG

>>17
VS.NET付属のDotFuscatorはそれほど強力ではありませんが、
有償のバージョンだとかなり効果があるみたいです。

しかしMS製品のアセンブリはfuscatorをかけたりしてません。
逆解析が簡単なのは諸刃の剣でパクった側も晒されることを意味するので、
見ることは出来てもパクるにパクれないという状態になって、
実際はあまり大きな問題にならないと割り切ってるように見えます。

内々に使われて公開されないようなツールに使いまわされると手が出ませんが、
そんなのは企業内違法コピーと同じで撲滅はほとんど無理でしょうし。

**957** · NG

作り始めたのマジで去年のCマガからなんで、詳しくなくてごめんなさい。そんなことがあったんですね。

OSASKに限らず他の独自OS全般に言えることだと思うのですが、
普及のためには結局"開発者"を奪い合う必要がありますよね。
シェアも奪い合いですが、それよりも開発者を排他するのが大きいと思います。

この問題があるかぎり、独自OSはけっきょくパイの奪い合いであり普及はしないと思うのです。
そして僕がPonytailにあり既存のOSにはない、機能以外での有利な点として、この開発者の問題があります。

.NET (IL) にすれば、開発に参加して頂ける方は Ponytail のためだけの時間を割く必要はありません。
また、もし他のチームが Pure IL 型OSを作り、それが Ponytail を超えたときでも、作ったものは無駄にならないはずです。

なので、
・Ponytail が成功して普及すれば御の字　（がんばるけど、でも客観的には無謀ですよね）
・Ponytail が失敗してもノウハウは生きる
・どちらにしろアプリ資産はWinその他で動く
・.NETが滅亡するとちょっと困るけど、それでも中間言語を直接ホストするのは珍しいから役には立つだろう
ということです。

**957** · NG

>>19
あ、やっぱりあったんだ。散々調べたのですけど、見つけられませんでした。
まあなんていうか、Javaのもあっていいと思います。
それどころか.NETのOSもPonytail以外にもあっていいと思います。

いろいろな新しい方式のOSがあって、そのうち運良く上手くいったものを使ってエンドユーザが幸せになれればそれが一番ですよね。
そうなったときは大成功したOSが脚光を浴びますけど、草葉の陰で消えていったものにも価値があることには変わりないと思います。

19 · NG

>>21-22
実際に採択されるという事はご自身は気づいていなくても、
なんらか魅力的な部分があったと思いますし、これからです。
どのような物になるか開発成果を期待しています。

**Be名無しさん** · NG

>>21
＞.NET (IL) にすれば、開発に参加して頂ける方は Ponytail のためだけの時間を割く必要はありません。
これは本当に重要。

どこの馬の骨とも知れないOSでしか動かないプログラムを作ったって村の英雄が関の山。
はっきり言って労力が報われることはない自己満足の世界。
ライブラリを作るなら最低限Windows、可能ならUNIXでも動くように作って、
独自OSとは無関係に使用してもメリットがあるものでないと意味がない。
更に独自ライブラリ自体に使わせるほどの魅力を持たせるのは難しいから
普及しているもののサブセットを実装するのが現実的。

JavaはSunが権利を握ってサードパーティーが独自に動きにくい現状では
.NETがもっともそれに近い位置にある。
MSがJavaの当て付けにECMAに提出してMonoが頑張ったのが大きい。

**Be名無しさん** · NG

>>24 村田英雄? 逝ってしまいましたが…

**Be名無しさん** · NG

マジレス。
他のOS資産の流用なんてみんな考えること。
OSASKはエミュレータOSを売りにして他のOS資産の流用を宣伝文句にしていたが
現状は「エミュレータOS」とは程遠いと思われ。
他の和製OSでも互換ライブラリとか箱庭環境とか試みはあったけど全て頓挫。
初期の段階からOS自体に実装していかないとダメだろうね。
その意味ではReactOSが最右翼か。
.NETに限定した互換だと抽象度が高いしMonoの資産があるので
ReactOSよりも手に届く位置にあるとは思う。

あと>>25はいまいちです。50点

**Be名無しさん** · NG

OSを作ろうpart10より経緯を抜粋

951 名前： Be名無しさん投稿日： 04/08/28 16:26
このスレの荒れようを見て新人が現れる事は期待できまい（藁

957 名前： Be名無しさん投稿日： 04/08/29 00:44
>>951
作ってまつよ。
32bit保護モード、PE形式ロード、キーボード入力、800x600x24(32)フレームバッファの取得できました。
ついさっきマルチスレッドにできてちょっと嬉しかったです。
何書き込めばいいからよく分かんないし、まだ一人でコツコツやってたいのでひきこもりしてるんですが、なんか書く？
Monaコードには非常にお世話になってるから何か恩返しできればしたい。

958 名前： Be名無しさん投稿日： 04/08/29 00:50
>>957
次からは君が主役だ！
とりあえず次スレ建てて乗っ取っちゃっていいよ。
出来るならね。（ｗ

959 名前： Be名無しさん投稿日： 04/08/29 00:56
>>957
Monaのどんなとこがどんな風に役立ったかを書いてるだけでも充分に恩返しになると思う

**Be名無しさん** · NG

962 名前： Be名無しさん投稿日： 04/08/29 03:51
>>957
タスクスイッチやタスクスケジューラ部分はMonaと同じ？少しアレンジしてみたとか？
もう少し語って。

963 名前： Be名無しさん投稿日： 04/08/29 05:04
>>962
多分全然違います。そこらへんは全く参考にしてないので。
タスクはいまのところ全く扱っていません。全部スレッド。
メモリ空間も物理メモリまんまです。
とりあえずはメモリ関係よりキーボードとかFDCのが問題・・・。
キーボードはCマガと同じようにしてるんですが、実機で動かすとスキャンコードがKBバッファに残ったままになっちゃう。うーん。

964 名前： Be名無しさん [sage] 投稿日： 04/08/29 08:42
>>963
yukkyたんなの？

965 名前： 954 [sage] 投稿日： 04/08/29 09:49
>>963
ということは、殆どオリジナルっぽいってことですよね
というか次スレの中心人物にならない？
そりゃ煽られたり色々面倒な事もあると思いますけど・・・

**Be名無しさん** · NG

971 名前： Be名無しさん [sage] 投稿日： 04/08/29 15:49
>>964
yukkyさんではないです。

>>965
ちょっと事情があって、一番強調したい部分についてはしばらく公開できなさそうなので
それまで（あと３ヶ月ちょいかな）まったりやっていいんならてくてく書き込みしようかな。

別にスレの中心になるつもりはないかな～。
OSって起動だけなら割と簡単ぽいので、いろんな人にチャレンジして欲しいし、
そういうときにこのスレッドはなるべく自由に書き込めた方がいいかなと思うから。

976 名前： Be名無しさん [sage] 投稿日： 04/08/29 17:01
>>971
やりやすいようにすればいいよ
がんばってねー

977 名前： Be名無しさん [sage] 投稿日： 04/08/29 19:02
>>976　ありがとー

**Be名無しさん** · NG

＞ちょっと事情があって、一番強調したい部分についてはしばらく公開できなさそうなので
＞それまで（あと３ヶ月ちょいかな）まったりやっていいんならてくてく書き込みしようかな。
なるほど、こういうこと（未踏、CLIなど）だったのですね。

作ろうスレでMonaの立ち回りに関するレスがありましたが
匿名を通すために未踏に申請なんかできませんし、
MonaにもMona.NETとか似たような構想はあったみたいですが
遊びで本気には見えないし公認プロジェクトですらないですから、
そういう差が超えられない壁になっているように見受けられます。

**Be名無しさん** · NG

>>30
957たんはWin32環境の作業に必要な知識は一通りマスターしているように見える。
技術的に可能な範囲を見極めてスマートに作業を進める実力はあるようだから、
人に聞きながら試行錯誤暗中模索のひげぽん氏とは同列には比べられないだろう。
デバイス制御とかに苦労してるみたいだけど畑違いというだけのことだし。

**Be名無しさん** · NG

>>17
未踏後の位置付けが微妙なのは確かだと思います。
商用で活路が見出せるのであれば他人がとやかく言うことではありませんが、
そうでない場合は持ち腐れになってしまうのではないかと危惧します。
かと言って営利無しでクローズなまま他人を巻き込んで発展していくのは厳しいでしょう。
そうなると記憶の片隅にでも留めて貰うためにはオープンソース化は避けられなくなりそうです。

いずれにしても今は未踏の範囲で成果を出すことに集中するのが第一で、
その後に考えれば良い事ではありますけど。

**Be名無しさん** · NG

>>31
泥沼を必至でかいくぐって来た卑下を生暖かくヲチしてたから
そういう要領の良さが目に付くんだろ

**Be名無しさん** · NG

卑下の場合は自爆っぽいからなぁ
自分からわざわざ面倒な方向に突っ込んで行ったりとか

**957** · NG

>>23
ありがとうございます。

>>24
理想を言えば、ReactOSみたいにWinのアプリを動かすとすごいんですけどね～。
MSの.NET考えた人と、Monoの人たちには本当に感謝しています。

**Be名無しさん** · NG

>>35
ソース隠しても何かに違反しないの?

**957** · NG

>>30
そうです。
未踏に出したあとで類似のが発表されると、主観的にはいいんですけど、ちょっと立場が無いかなと思いました。
でも未踏はあくまでおまけです。未踏に採択されてもされなくてもPonytailは作っていたと思います。

Mona.NETの作者の方は結構すごいと感じました。
てっきりildasmとか掛けるのかと思っていたら、アセンブリ解析してたんですね。
今後C#で記述されたローダが必要になるので、PEAnalyzerLibの利用を検討してたりしました。

>>31
デバイスはOSはじめるまでノータッチでしたから…。
「Win使えばドライバあるじゃん」という典型的なWin派の思考ｗ
Linuxも使えることは使えますが、メインはWinですね。

**Be名無しさん** · NG

>>36
MonaはMIT/Xなので流用分は隠しもオッケー
MonoもクラスライブラリもMIT/Xなので流用分は隠してもオッケー

MonoのコンパイラとVMはGPLだけど
セルフコンパイルしないからコンパイラは関係ないし
ランタイムは独自実装らしいからVMも関係ない

MonaはGPLだったのがパクリ上等だろって横槍でMIT/Xに変更されたし
MonoのクラスライブラリもLGPLだったのがインテルの横槍でMIT/Xになった

**957** · NG

>>32
一番危険なのは就職して時間がなくなってしまったときですね。
そのときはオープンにしようか……まあ悩んでます。

どちらにしろ、名声とかお金のためにやっているわけではないので、
今はまだ自分だけのOSにしたいという気持ちがあります。

>>36
MonoはコンパイラがGPLでランタイムはLGPLなんですが、
クラスライブラリはMIT X11っぽいので隠しても平気…なはず。

どっちにしろクラスライブラリには一切手を加えてないので隠すモノもないです。
Monoをダウンロードしてmscorlib.dllをビルドすれば、それをPonytailで使えます。

総じて、オープンソースを利用させていただいて、もし改良するようなことがあれば
その部分はきちんとコードなりノウハウを公開することで恩返しをしたいと考えています。

**Be名無しさん** · NG

>>38
パクりたければ勝手にパクれば？ってときにMIT/Xに変更されることが多いなあ。
そういえばMesaもLGPLからMIT/Xに変更されたっけ。
これは確かXFree86-4へのマージのためだったからパクりとは関係ないけど。
逆にWineは独自ライセンスからMIT/Xにしてパクり上等みたいに構えてたら、
企業が勝手に細かい修正をしたのを使ってフィードバックしないのに切れてLGPLになった。

**Be名無しさん** · NG

で。
Poneytail使うと他の.NET環境と比較してどんなメリットがある予定なの？
そこが採択のポイントかと。

**Be名無しさん** · NG

>>39
＞一番危険なのは就職して時間がなくなってしまったときですね。
これはひげぽん氏を見ればわかるように最大の問題ですね。

＞そのときはオープンにしようか……まあ悩んでます。
自分の作ったものが飯の種になれば一番良いのですけどね。
うまくベンチャー設立に結び付いたりとか。

＞どちらにしろ、名声とかお金のためにやっているわけではないので、
素晴らしいです。

でも稼がないと生きていけないのが現実の厳しさです。
就職するとどうしても仕事が中心になってしまいますし、
自分のやりたいことでベンチャーを成功させるのは並大抵ではないですから。

＞今はまだ自分だけのOSにしたいという気持ちがあります。
そうですね。
・船頭多くして船山に上る
なんてことになったら本末転倒ですから。

**Be名無しさん** · NG

>>42
>・船頭多くして船山に上る
Monaがまさにそれっぽい
色んな人が色んなものを持ち寄ってくる
取り込んだものも卑下が消化して取り込むわけじゃないから
後で混乱の元になったりする

かと言って卑下一人でも迷走してしまうから
寄せ集めが悪いかというとそうでもないのが困ったちゃん

もっとも実力とか性格とかに起因してるから一般化できないんだけども

**Be名無しさん** · NG

mcs動かない。当然か。

**957** · NG

Ponytailにあるもっとも大きなメリットは、ほぼ.NET言語とC言語との違いです。
それらの言語間にある数々の隔たりは説明するまでもないと思います。

他の.NET環境、この場合はWinを想定します、との違いは、
・プロセス境界の有無
・プロセス特権レベル
・メモリ管理機構
・セキュリティ
が大きく違います。

**Be名無しさん** · NG

なんか大物動く?
ところで957氏,小手半にしたらどうだ?

**957** · NG

>>45は>>41さんへのレスです。続き。

プロセス境界はありませんので、たとえばnew FileStream()を他のプロセスにそのまま渡せます。
すべてのプロセスがRing 0なので、コンテキスト切り替えコストがとても減ります。
メモリはすべてGCです。これはなかなかシビアなので一概に利点ではないかもしれません。
セキュリティは例外とセキュリティ機構に分けられます。
たとえばバッファオーバーフローのたぐいはなくなりますよね。

**Be名無しさん** · NG

http://www.japanesegirlfriend.com/free/ponytail/ponytail51.jpg
ポニィテェル

**957** · NG

>>43
卑下の話はやめれや

**Be名無しさん** · NG

>>49
口調変化ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

**957** · NG

>>44,46
IO周りを全然詰めていないのでたぶんほぼ動きません。
まだ "application" を動かせる段階ではないです。
公開のためにとりあえず標準出力だけ作ったという感じなので。

ただ、Managed C++ を使うとインラインアセンブラを書けますので、
頑張れば独自OSを起動できたりしますがｗ
＃この特徴を使ってドライバ書く予定です。

**Be名無しさん** · NG

>>51
see >>50

**957** ◆Id1gMYGA52 · NG

>>51
トリップくらいは付けたら？
>>49みたいに他人になりすまされて滅茶苦茶書かれるよ？

ひょっとしてトリップのことを知らない？
名前の後に
#適当な文字列(8文字まで)
をつけると一方向ハッシュされて表示される。
「適当な文字列」を見破られない限り他人になりすまされなくなる。

例: 957#ponytail
このレスの名前欄にそう入れたから見てみてね
もちろんこんなのだとすぐバレるからダメだけど

ちなみにハッシュの算出方法はこんな感じ
$key = "ponytail";
$salt = substr($key . "H.", 1, 2);
$salt =~ s/[^\.-z]/\./go;
$salt =~ tr/:;<=>?@[\\]^_`/ABCDEFGabcdef/;
print substr(crypt($key, $salt), -10);

**957** ◆KhjEefLZMk · NG

PCが突然起動しなくなってびっくり。

>>50 >>52 >>53
>>49さんくらいはブラックジョークとして笑えましたが、
おっしゃるように付けておくことにしますね。
あとでサイトにも掲載しておきます。

**Be名無しさん** · NG

>>54
>>48は?

**957** ◆KhjEefLZMk · NG

>>48
どんなコメントを求められているのでしょう？ｗ
ま、荒らしにならない程度なら許容するのが2chでしょうね～。

**Be名無しさん** · NG

monaってどうなったの？

**Be名無しさん** · NG

>>57
ここスレ違いだから、続きはこっちでやれや

OSを作ろうpart11　Mona専用
http://pc5.2ch.net/test/read.cgi/os/1098713480/l50

**Be名無しさん** · NG

どうでもいいけどPoneytailじゃなくてPonytailなんだね

**Be名無しさん** · NG

もしかして,最初はCLIOSにするつもりだった?
stringsして発見

**Be名無しさん** · NG

>>59
スレタイのponeyはスペルミス

**Be名無しさん** · NG

>>60
(CLIÉ + Aperios) / 2 みたいな響きでソニーチックだね

**957** · NG

>>60
ぉ、するどいですね～。
開発するときのコードは今でも clios です。cli + os ですね。
ただ、あまりにそのまんまのわりには、覚えてもらいやすいとかそういったメリットがないなあと。
Ponytailは今度はあまりに脈絡なさ過ぎるだろうと思うので微妙なんですよね～。
名前って難しい。。。

>>62
そそ。他にはクリオネにも似てますよね。

**Be名無しさん** · NG

>>63
CLIOSいいと思うけど

**Be名無しさん** · NG

MonoってManaged C++サポートしてたっけ?
MonoとMSの.netで動く大物アプリってある?

**Be名無しさん** · NG

>>51
＞ただ、Managed C++ を使うとインラインアセンブラを書けますので、
＞頑張れば独自OSを起動できたりしますがｗ
↑と
>>65
＞MonoってManaged C++サポートしてたっけ?
↑の絡みが気になる。

**Be名無しさん** · NG

>>66
Macとかでデバドラとかかけるのかと言う話。Monaスレ嫁

**Be名無しさん** · NG

>>67
Monaスレ読んだけど誰がMacでデバドラ書こうとしてるんだ？
脈絡がさっぱり分からないぞ。
Managed C++でデバドラを書こうとしているのは957でMonaともMacとも関係ない。

Monaスレの話は
1. 卑下がMacMiniに興味を持ったという話（買うと決まったわけではない）
2. G3に興味を持った無関係の第三者の話
3. secondbootをC#で書いたらMacでコンパイルできるのかという話
がごっちゃになってるけどドライバの話もManaged C++の話も出てはいない。

もちろんMonoでManaged C++をコンパイルすることは無理。
WindowsでコンパイルしたManaged C++のバイナリがMonoで動くかなんて試したことないけど無理でしょ。

**Be名無しさん** · NG

>>65
>MonoってManaged C++サポートしてたっけ?
してない。

>MonoとMSの.netで動く大物アプリってある?
Windows FormsのGUIアプリだとMono側の対応が不完全なので
大物小物に限らずまともに動かない。
でもWindows Formsを使わなければ結構実用的に動く。
現状のMonoはCUIアプリとWebアプリのためのもの。
GUIはGTK#推奨だがWindowsで動かそうとすると厄介なので論外。

**Be名無しさん** · NG

MonoがManaged C++をサポートしてないとなると
やっぱり>>51の↓の部分が気になる
＞ただ、Managed C++ を使うとインラインアセンブラを書けますので、
＞頑張れば独自OSを起動できたりしますがｗ

**Be名無しさん** · NG

リングゼロで動いてメモリを共有できるからって　いうじゃなぁい

それって　カーネルモードで動いてプロセス空間分離できてないってことですから！！

それってただのIPLじゃんぎりっ！！

**Be名無しさん** · NG

なんだまんまとC#にだまされたよ。。。

よくこれで未踏通ったな。
未踏の連中はあほばっかりだな。

**Be名無しさん** · NG

また税金がどぶに捨てられていくな・・・。
ひどい話だ。

**Be名無しさん** · NG

>>71
資源管理できればOS名乗ってもいいと思うがのう。
その理屈では携帯なんかもIPLだけで動いてることになってしまふ。

**957** ◆KhjEefLZMk · NG

>>70

まあサンプルですけど。

__gc class MyOS {
static void f() {
for(;;) __asm { hlt }
}
public:
static void Main() {
f();
}}

これが合法なので。頑張ればなんでもできます。

**957** ◆KhjEefLZMk · NG

>>71
IPLOSって名称もいいなあとか思いました（笑

アドレス空間分離は、アドレス空間分離機能があったからプロセス保護に使ったのではありません。
プロセスを保護するために、アドレス空間分離という手法があります。
特権レベルにしても同じことです。
機能を使うために目的を作り出すのはあまり賢くないと思います。

>>72 >>73
うーん、この開発は僕にとってはとても難しいと考えたので、未踏性はそれなりにあると思っています。
でも他の人にしてみたらもしかしたら簡単で、未踏性はないのかもしれません。

ただ、JavaOSも同じ原理なんです。アドレス空間とか。
Sunの技術者陣が数年をかけたプロジェクトを、一朝一夕でできるというのは事実誤認だと思います。

**957** ◆KhjEefLZMk · NG

保護に関してはせっかくなのでもう少し説明します。

アドレス空間の分離はページングとかにも使ってますが、保護という観点から言えば
「他のプロセスのメモリの参照を禁止する」という機能です。

さて、C#ではポインタがないので、原理的に自由なアドレス位置の参照が出来ません。
ですから他のプロセスのアドレスを参照しようにも、そういうプログラムを書くことすら出来ない（※）のです。
なので、C#で保護を理由にアドレス空間の分離をする必要はないということになります。

特権モードも、所詮はI/Oと命令の制限ですので、同じことが言えます。

以上より、PonytailではWinやLinuxと違い、保護機構を無効にした状態でも同じ品質を出せる可能性があり、
その場合には（オプティマイザとかの性能で負けまくりですが理論的には）Winとかより高い性能が出せます。

これって開発する価値はある……と思わないかなあ？
ま、僕は思ったので作り始めてみたってわけです。

**957** ◆KhjEefLZMk · NG

追記

※にしたのは、アセンブラで書けるって言うのと矛盾するからです。
OSとしてアプリにアセンブラを許すとセキュリティホールになってしまうからです。
これについては、完成段階になるときに「ドライバや許されたプログラム以外機械語の実行を禁止する」というポリシーになります。

これはWinにおける.NETのセキュリティポリシーとも似ていますので、十分妥当だと考えています。

**Be名無しさん** · NG

必死だな。よっぽど痛いところをつかれたんだろうけど。
もうおそいよ。。

未踏の連中も気づくよ

**Be名無しさん** · NG

>>45, 47
レスありがと。
つまりは、実行が速いということでよいのか？
Winと比較すると、ネイティブアプリが一切実行できないかわりに、
CLIの実行に限ればより高速だ、ということでいいんだよね？
プロセス境界とか特権レベルとかメモリ管理とかは、
高速化のための手段と理解すればいいわけだ。
で、見込みとしては、どれくらい速くなりそうなの？10％くらい？

それと、動機にも興味がある。
高速に動かしたいCLIアプリが手元にあったのかな？

**Be名無しさん** · NG

80=957
顔が真っ赤になるほどのばればれの自作自演ヤメレ

**957** ◆KhjEefLZMk · NG

>>80
実行は速いはずです。実際にそういうOSがないので「はず」としか言えないのです。
もしかしたら局所性とかの問題で本格的なページングと併用した方が速いかもしれません。
Ponytailの未踏での目的の中には、そうした"はず"を確かめるための実証も含んでいます。

ネイティブは基本的には排除したいのですが、まあ、現実的には使えると速いので使えるようにはしておきます。
このとき、
・ドライバは常にネイティブ可
・アドミンはアプリでもネイティブ可
・ユーザは権限があれば可
・ネット経由プログラムは不可
とかになると思います。（これは未来予想図として捉えてください。運用問題は当面の目標ではありません。）

つづく

**Be名無しさん** · NG

OSASKは遅いといわれたセグメントをわんさと使い、
さらにリング切り替えにsysenterすら使ってないわけだが、
それでもあんなに軽い。
プロセス境界とか特権レベルってオーバヘッドほとんど無いような。
だから1％でも改善すれば、むしろ驚きかも。
未踏の成果発表の際には是非ベンチを頼むよ。
しかし、わずか1％のために新規にOS作る意味があるかというと、それは疑問。

OSASKにCLIエミュが載ったら、そっちのほうが速かったりしてな。
百年後かもしれんが。ｗ

**957** ◆KhjEefLZMk · NG

高速化の見込みは・・・ちょっとまだ分かりません。

さっきは実行は速いといいましたが、これは本当に対等の条件での話で、
実際には Ponytail 対 .NET Frmwk では、JITの性能がぜんぜん違います。

近年の中間言語モノの高速化はこれの進化が大きいので、
たとえ動作原理としては有利でもそういった理由により実際のアプリの動作は遅いと考えられます。

じゃあこれからずっと全然ダメかというとそうではなくて、
将来的にはJITをアドオンできる（ここに再利用性の高さが活きます）ようにしたりすれば、
オープンソースでの開発と同じような効果を得られるかもしれないとぼんやり思っています。

補足続く

**957** ◆KhjEefLZMk · NG

>>83そのとおりです。

速度の話をしましたが、作り始めたときに遅そうなのは分かってたので、未踏の申請でもちゃんと説明してあります。
「遅そうだし、OSなんて未踏期間じゃ絶対完成しません。」て。

C#が使えるというのは（新規性はない）技術的な面白みの話です。
じゃあ社会的になにか役に立つのというところでセキュリティがあります。
これはまあ出来て完成して普及したあとの話なので詳しく書きませんが、
コンピュータシステムを安心して使うためにはやっぱり大切なことだと思います。

結局、Ponytail は実用とか普及を目的にはしていません。
誰もやっていないから、やってみれば新しいことが分かるかもって試みなんです。

**957** ◆KhjEefLZMk · NG

あ、連投ごめんなさい。

実用・普及を目的としていないっていうのは、未踏期間みたいなスパンでの話です。
そのうち使いやすくなって普及したら嬉しいなあ～とはもちろん思っています。

**Be名無しさん** · NG

>>71
iTROうわやめなにをすｋｂかるうはｌｓふじこ

**Be名無しさん** · NG

おいおい。
高速化の見込みが分からないって、
じゃあなんのためにプロセス境界とか特権レベルが
特徴に挙がっているわけ？
ネイティブが作りにくくなるだけやん。
ネイティブ完全否定かと思えば、
共存できるみたいなことも言い出すし。

まさか最初にOS作成ありきで、
後から製作理由をぶち上げて、
それで仕様を決めているなんて事はないよね？

なにか既存のOSにはできないことがあって、
それをできるようにするために、
新規にOSを作るのがベストだと考えた、
というのが普通だと思うんだけど。

結局WinやMonoの劣化コピーではないか？
>>21を読んで思うのだが、既存のILを
Ponytailで動かす動機って何があるわけ？
他の独自OSはBTRONもBeOSもOSASKでさえも、
まず既存のOSにない価値を提案しているが？

**957** ◆KhjEefLZMk · NG

>>88
既存のOSは、必要のために大抵「アドレス空間分離」と「特権レベル」を使っています。
Ponytailはそれらを使わずに同じ品質を得ようとしています。
これって特徴ですよね？？

機械語実行は、WinでのドライバとかLinuxでのカーネルコンパイルと同じ扱いです。
必要があればそうした手段をとれますが、OSが冒される場合があるので使用場面は限定されます。

OS開発そのものは、まずOSありきですね。OSを作りたいからOSを作る。
いま、コンピュータで便利に作業したいからOSから作るという人がいますか？？

こういったアイディアとか言うのは、順序論理ではないと思います。
AがBになりCになるのではなく、AとBがくっついてCになります。
書かれたような思考順序はビジネスでの考え方ですが、Ponytail はビジネスではありません。

OSASKを何度も挙げられていますが、僕はOSASKをよく知りません。
具体的に、Windowsユーザが今できないけどOSASKを使うと出来ることは何か、ぜひ教えて頂きたいです。

開発動機は面白そうだからです。世界で誰かやってるかなーと思ったら誰もやってないみたいだし。
これではいけませんか？
なにか崇高な動機を持ったOSをお探しなら、
残念ですが Ponytail は期待には添えないと思います。

**957** ◆KhjEefLZMk · NG

追記。

>結局WinやMonoの劣化コピーではないか？

C#を実行するアプローチが異なるので、どうやってもWinのアーキテクチャのコピーは出来ません。
それをふまえた上で、ユーザが出来ることが変わらない、という意味の劣化コピーという表現なら、まさにその通りです。
Ponytail で Windows と同じことができるなんて夢のようです。そうなればたくさんの人に使ってもらえそうですしね。

>まさか最初にOS作成ありきで、後から製作理由をぶち上げて、それで仕様を決めているなんて事はないよね？

Cマガ読んでOS作りたくなったので、順序からいえばそうなりますね。

>>>21を読んで思うのだが、既存のILを Ponytailで動かす動機って何があるわけ？

これは、他のOSの開発者の方に「Linuxにあるソフトをわざわざ動かしてどうするわけ？」と訊いてみればよろしいかと。

**Be名無しさん** · NG

せんせー。
ぜんぶりんぐぜろなおーえすだとけつぜいでやるにあたいしないんですか？

88 · NG

> OSASKを何度も挙げられていますが、僕はOSASKをよく知りません。
> 具体的に、Windowsユーザが今できないけどOSASKを使うと出来ることは何か、ぜひ教えて頂きたいです。

俺がOSASKを引き合いに出したのは、>>21でOSASKが例示されていたからに過ぎない。
>>21がOSASKを引き合いに出したのは、おそらく>>18の影響だろう。

OSASKについてはここが客観的でまとまっていると思う。
ttp://www.ipa.go.jp/NBP/14nendo/14youth/mdata/2-3.htm

Winと比較だが、とにかく起動が早い。アプリが小さい。動作が軽い。
ロースペックPCやエミュではそれを強く実感できる。
ハイエンドでもこれがCPUのアイドル時間を増やして消費電力を抑えたり、
処理能力をさらに高めるという作者の言い分は説得力がある。

だからLinuxやWinのアプリをOSASKに移植してでも使いたいかと言われれば、
そういう場合もありうるとは思うよ。俺はそこまではやる気が無いがね。

**Be名無しさん** · NG

>開発動機は面白そうだからです。
Mona等のように個人またはグループで趣味として行うのは結構だが、未踏ソフトウェア創造事業を馬鹿にしているのか？

**957** ◆KhjEefLZMk · NG

>>93
本当は答える必要を感じないのですが、未踏周りは回答も義務かなと思うので答えます。
未踏を馬鹿にしているわけではもちろんありません。どこをどう曲解すればそんなふうに思うのか謎すぎです。

**Be名無しさん** · NG

>>94
変な香具師には構わないで開発に集中してくれ。

**Be名無しさん** · NG

LinusだってなんでLinux作ったかと聞かれれば面白かったからと答えるでしょ。
それでなんでいかんのやら。

**Be名無しさん** · NG

>>94
未踏の責任は成果を出すことだろう？
言い方悪いけど、
2chでQ&Aに答えるためにIPAが金出してるわけじゃないかと。

**957** ◆KhjEefLZMk · NG

>>94-97
ごもっともです…。
とりあえずいまは double 周辺整備してます。

**Be名無しさん** · NG

未踏の責任、新市場を切り拓くソフトウェアの開発を果たせるようにな。
開発楽しかったで終われば税金の無駄使いだからな。

**957** ◆KhjEefLZMk · NG

>>99
了解です。時間を上手く使わないといかんですね。

**Be名無しさん** · NG

後付けでもいいから、他のOS＋.NETではできない何かがほしい。
それないと移行する動機がないから普及は難しそう。
.NETだから、キラーアプリの出現ってのもなさそうだしね。
普及を考えないなら、他のOSを超える必要はないんだけど。

作る動機が「作りたいから」ってのは、別に構わないと思う。
でもちょっと心配なのは、作ることだけが目的のソフトって、
出来上がってしまったらオシマイで、作った本人も、
他の誰も使わないことがままあるので、そうならないでほしい。
個人的にはセキュリティに期待している。
早くこれを語れる段階になるといいね。
これが仮想マシン由来の、NXビット程度のセキュリティなのか、
もっと抜本的な何かなのか、興味があるところ。

未踏に関して言えば、957氏に採択の責任はないと思う。
957氏は提案した内容を実装すればそれで責任は果たされる。
採択に不満があるなら、PMに言うべきだよ。
もし結果的に税金の無駄づかいになっても、
それはPMの無駄づかいであって、957氏の無駄づかいではない。

**Be名無しさん** · NG

そりゃもっともな話だな。

**957** ◆KhjEefLZMk · NG

>>101

あれこれ考えてはいるんですが、OS開発って途中で頓挫しやすいので、
虚言にならないようにと思ってあまり話さないようにしています。
たとえば「最適化JITを使えばWinを超えられる！」とは言わずに、
「最適化JITがないから遅い」というふうな表現をなるべく使っています。

なので、ここから書く完全オリジナルは、ずっと先のことだと思ってください。

・JITを使って、ドライバコードをアプリに埋め込める
　たとえば、グラフィックドライバの一部をアプリの中に埋め込んでしまえます。
　MSがIIS6で、高速化のために一部をカーネル空間に配置したという事例もあるし、
　上手くいけばなんだかとてつもなく高速化できそうな気がします。

・Javaと相互運用
　Javaのクラスローダ作って型システムに合わせてやれば、結構上手く動きそうです。
　＃Ponytail の上に VM を乗せるという話ではないです。
　現状どのOSも、.NETとJavaオブジェクトが通信するにはものすごいコストが必要です。
　MSもやろうと思えば出来ると思うんで、完全独自にはならないかもしれませんが。

・分散環境
　.NETの特徴として、分散環境に適合しやすいと言うことがあります。
　いまOSの核はC言語で書かれているのでなにもできませんが、
　OSの中心から分散に適した形になった場合、なにかできそうです。。。（弱

たぶん、僕が考えてるより、いろいろできるんですよね…。上手く伝えられないけど…。

**957** ◆KhjEefLZMk · NG

続き。

モチべーションの持続は難しい課題ですね。

セキュリティはNXビット程度ではありません。もっと強力です。
詳しくは.NETのコードアクセスセキュリティとかを参照してください。ここで書くのは大変なので。。。

MSは昔ActiveXでいろいろやろうとしましたが、セキュリティが問題になっていまも不調です。
それをふまえて今度は.NETでやろうとしているので、セキュリティに関してはものすごい労力が払われています。
Ponytail は、それをOSにも適用してしまおうという考えなんです。

加えて、メモリアクセスがすべて安全になりますね。バッファオーバーフローによる乗っ取りはなくなります。

しかし、原理的に、ソフトウェアの論理ミスや運用ミスでできてしまうホールはなくなりません。
これは仕方のないことです。ただ、ソフトが作りやすくなる分、バグが減ることは期待できます。

僕は、こういった、「基盤の品質を上げて個々のアプリの品質を暗に高める」というアプローチが重要だと考えています。
特にセキュリティ周りはそうしないと、いつまでたっても個々の開発者任せになってしまい、潜在的なリスクを排除できないと思うからです。

**Be名無しさん** · NG

そーいや、そういう書き込み(ILを解釈してどうこう)をしてる奴が居たなー
もう1年ぐらい前になるか？

**Be名無しさん** · NG

>>105
さっきゅんは一時期ristiaを本気にやってたぞ
Kのnaskを改造したりして

**Be名無しさん** · NG

ponytailって日本語だと「おさげ」
和製OS界隈の人ならOSAGEを知ってるよね
ttp://www.osdev.info/index.php?topic=Osage

OSAGEは既に消滅してるしだからどうだってことはないんだけど
この界隈の人って発想が似てるのかなって思っただけ

ところで昔はz-slashにミラーがあったんだけど今はどうなってるの？＞雑記

**Be名無しさん** · NG

あ、雑記はセンター試験前日でこんなとこ見てる余裕ないか
悪かったね

**Be名無しさん** · NG

>>106
本当に惜しい奴を亡くしたな

**Be名無しさん** · NG

>>109
生きてるって
ttp://aireos.jp/

**957** ◆KhjEefLZMk · NG

ちょと前にドライバ云々の話を書きましたが、具体的にはこんなふうに。

// SETUP
IOPort.Write8(0x43, 0xB6);
IOPort.Write8(0x42, 0x98);
IOPort.Write8(0x42, 0x0A);
Console.WriteLine("BEEP");
// ON
al = IOPort.Read8(0x61);
Console.WriteLine(al);
al |= 0x03;
al &= 0x0f;
IOPort.Write8(0x61, al);
Console.WriteLine("ON");
// Wait
for(int i=0; i<100; ++i) {　Console.Write("|\r");　Console.Write("/\r");　Console.Write("-\r");　Console.Write("\\\r");　}
// OFF
al = IOPort.Read8(0x61);
Console.WriteLine(al);
al &= 0x0D;
IOPort.Write8(0x61, al);
Console.WriteLine("OFF");
//

VMwareでビープが鳴りました。嬉し。
IOPortクラスはMC++で、in/out命令だけアセンブラです。

**957** ◆KhjEefLZMk · NG

ちなみにそのサンプルコードそのものを内包したクラスはC#です。念のため。

**Be名無しさん** · 05/01/18 00:35:15

最近の技術は難しいね
.NET Frameworkとかみんなどうやって勉強してんのんかな

**Be名無しさん** · 05/01/20 22:14:46

http://www.ipa.go.jp/jinzai/esp/2004mito2/gaiyou/6-6.html
> .NETの実行環境であるCLI(Common Language Infrastructre)をハードウェア上に直接実装すると共に，
> 独自のOSを開発しようとする，野心的かつ意欲的な開発提案である．

ｶﾞﾝｶﾞﾚ

**Be名無しさん** · 05/01/20 22:39:06

>>114
このPM大丈夫なのか。。。orz

「CLIをハードウェア上に直接実装する」
って言うと普通Java Chipのパクリ品如く、
CLIをハードウェアで実装したマイクロプロセッサを作成すると言った意味になる希ガス。

**Be名無しさん** · 05/01/20 22:42:32

「ハードウェア上」だからそれでいいのか。
漏れの頭が逝かれているようだNE！

**957** ◆KhjEefLZMk · 05/01/22 00:35:13

>>114
ういっす。がんばってみます。

いまは起動方法の変更に着手しようとしてるところです。
現状だとインタープリタでVMの環境構築までやっているので効率悪いんですよね。

**Be名無しさん** · 05/01/22 07:35:20

>>113
.NETに関してはVS.NETを買わないと始まらない。話はそれからだ。

**Be名無しさん** · 05/01/24 00:30:47

>>118
なくてもなんとかなんない？
高いし、重いし、できれば使いたくないよ

**Be名無しさん** · 05/01/24 00:53:02

>>119
> なくてもなんとかなんない？
もちろんやろうと思えば何とかなるけど、
.NETをマスターしている人がその気になれば出来るものであって、
何も知らない人が手を出して使いこなすのは不可能。

> 高いし
タダで使えるやつを使え。
ttp://www.microsoft.com/japan/msdn/vstudio/2005/express/

> 重いし
そんなのトレードオフでしょ。
それなりのメリットがあるから割り切って使う。
GUIのデザインなんかちまちまコード書いてたら日が暮れる。

> できれば使いたくないよ
初心者がVS.NETを使わずに.NETを勉強するのは無理。
.NETを諦めるか、拘りを捨てるか、どちらかです。

**957** ◆KhjEefLZMk · 05/01/24 02:03:36

いちおう SharpDevelop っていうフリーのもあるけど、ウェブで情報を探しやすいのはやっぱりVS.NETです。
はじめてのときは自分が望む情報が手に入りやすいことも重要かと。
VS.NETで慣れて、期限切れたら SharpDevelop でもいいかもです。

SharpDevelop:
ttp://sharpdevelop-jp.sourceforge.jp/

**Be名無しさん** · 05/01/26 16:51:21

SharpDevelopあればVS.NETじゃなくてよさそう
複雑なことしようとすると必要かも

忘れてたがPonytailの板だったな

**Be名無しさん** · 05/01/26 22:23:55

Ponytail板?

**Be名無しさん** · 05/01/31 05:15:19

ttp://www.tirasweel.net/ponytail/homepage.aspx
ttp://www.tirasweel.net/ponytail/src/
ttp://www.tirasweel.net/ponytail/articles/
少しずつ更新してるんだ
しばらく開発してないのかと勘違い

**957** ◆KhjEefLZMk · 05/01/31 11:54:40

してますよ～。日記とかないと日々の進捗は書きにくいですね。

MS.NETとかMonoは、C#の型システムの背後にC++で書かれた「本当の型システム」があるんだけど、
これが嫌なので、全部C#による型システムをやるために試行錯誤。ホムペの図はそれです。

型システムがないとシステム全体もどうにもならんので、告知に値するインパクトのリリースがなかなかできません。。。

**Be名無しさん** · 05/02/01 08:45:17

>>125
和製OS界で流行りのはてなにアカウント作っては？

**Be名無しさん** · 05/02/01 12:05:10

日記ならここでやって欲しいな～
煽りは無視しちゃっていいからさ。

**Be名無しさん** · 05/02/01 12:29:32

はてなのblogでよくね？
技術者の話ほど貴重なものはない

**957** ◆KhjEefLZMk · 05/02/01 13:07:48

んー、ではここにぼちぼち書くことにします。
＃消費抑えるために毎日とかは書きません。

はてなだといちいち返事書くのが面倒に思った。
それにまだ"ユーザ"がいませんしね。
Ponytailが有名になる頃にちゃんとしたもの用意すればいいかな。

**957** ◆KhjEefLZMk · 05/02/01 13:43:27

というわけで、つっこみ歓迎で最近やってることなど書いてみる。

・まだ名前考え中。
昨日はPhaseshift,Intos,Primia,Selfinaとか思いついた。

・型システム
いま考えてるPonytailのブートシーケンスは次のような感じ。
　１　IPL > 1stboot > 2ndboot
　２　KERNEL.DLL(C++)
　３　ATAPI初期化してCD読む
　４　.NET向けシステムライブラリを普通のメモリ空間にロード
　５　ライブラリを解析してクラスとかメソッドの情報ゲット
　６　.NET向けの、GC的メモリ空間を用意
　７　ILインタープリタ(ILI)により、.NETメモリ空間内でライブラリの初期化
　　　※この時点では、型情報はカーネル空間に依存
　８　ILIにより、.NETメモリ空間にシステムライブラリを読み込む
　９　ILIにより、ライブラリを解析してメソッドとかの情報再ゲット
　Ａ　.NET空間の型情報をカーネル空間から.NET空間の方に移行
　Ｂ　JITコンパイラでJITコンパイラをコンパイル
　Ｃ　JITコンパイラでエントリポイントをコンパイル
　Ｄ　エントリーポイントにjmp
わかりにくいかな。で、Ａのとこやってます。

・JITコンパイラ
とりあえずこれがないと動かない。

こんな感じです。詳しい話がほしければレスください。

**Be名無しさん** · 05/02/01 13:47:56

そういえばVS.netで作成したDLLとかってOSで使用できるんだったっけ？
前Monaスレで聞いたらそう言っていたけど、その後何も無かった…
ちょっと気になる。

**Be名無しさん** · 05/02/01 13:48:59

というか教えてくださいorz

**957** ◆KhjEefLZMk · 05/02/01 17:30:19

>>131
ありゃごめん。学校と自宅でと見てると見逃してしまうことが…。

VS.NETなら、C#, VB.NET, Managed C++ （VC++）で作ればおけ。
自分でアプリ書く手順とかはPonytailのダウンロードのとこにちょこっと書いてあるので、
分からないとこは遠慮なくきいてください。
とりあえず試すにしてもまだ機能少なくて申し訳ないんだけどね…。

**Be名無しさん** · 05/02/01 18:56:57

いや、別の人が言っていたんだよ。
聞きたいことがあればって書いてあったので便乗しただけです
すまんorz

**Be名無しさん** · 05/02/01 20:10:24

>>130
Ｄ　エントリーポイントにjmp
とあるけど、ネイティブコードの利用は基本的に１～Ｃのブート、初期化の時だけと考えてるの？

**957** ◆KhjEefLZMk · 05/02/01 22:29:54

>>134
お気になさらず。質問してくださったほうが歓迎です＾＾

>>135
そのとおりです。
最終的にはMMSからカーネル、ドライバまで、C#で書きます。
アプリ、ドライバ、カーネル開発者の誰も、アセンブラを使う必要はありません。

**ITRON名無しさん** ◆4WD27e3i1o · 05/02/02 22:56:00

>>115
マイクロプロセッサに実装する云々と解釈したって? …そう仮定する気心が知れん。健忘症か?
言語中立のオペレーティング環境という文脈で、加藤センセの成果物を知らん人はいないだろ。ここはOS板だよな。

**957** ◆KhjEefLZMk · 05/02/04 01:54:36

0.0.20.0 をリリースしました。

まだ外側には手を加えていないので、できることは0.0.17.0とほとんど変わらないのですが、
型がVMの中に閉じた個人的に記念すべきリリースなので告知です。

型がVMに閉じる、とは、ある型の情報がすべてVM内にあって、アクセスできることを言っています。

たとえば、現在の.NET Framework は閉じた型を持っていません。
typeof(int) -> System.Int32
typeof(int).GetType() -> System.RuntimeType
となり、RuntimeType はおそらくVM外部のランタイムとやりとりしてます。
これはMonoでも似たようなものです。（最終的に外部呼び出しになる。）

PonytailではVM内でシステムライブラリを再解釈することで、VM外とやりとりすることなくメタデータを操作できます。

んで、解析した情報と型を結合しているので、
typeof(Ponytail.Types.ClassType).GetType() -> Ponytail.Types.ClassType
こうなります。

いまのところまったく役に立ちませんが、JITをC#で書くのには必要な気がする。たぶん。

**957** ◆KhjEefLZMk · 05/02/04 01:56:01

訂正

typeof(int) -> System.Type
typeof(int).GetType() -> System.RuntimeType

.NETはこうでした。

**Be名無しさん** · 05/02/04 11:28:12

0.0.20.0リリースage！

**957** ◆KhjEefLZMk · 05/02/04 13:37:37

【日記】　今日はC#からFDにアクセスできるようにしてみます。

**Be名無しさん** · 05/02/05 01:35:49

さて、できるようになったのかね

**シャムル** ◆DYX.TSR6Wg · 05/02/05 13:38:28

>>957氏
乙！

**957** ◆KhjEefLZMk · 05/02/05 14:27:04

>>142
昨日は頭痛でダウンしてしまいました。0.0.20のために数日頑張ってたので反動っぽい。
今日もFDドライバを頑張ります。いちばんの問題は delegate を割り込みハンドラにするところ。

>>143
ぅぃ～！

**957** ◆KhjEefLZMk · 05/02/05 18:33:05

HDD Healthをみたら Nearest T.E.C. が 2005/02/05 のドライブがあったので、数日反応しなくなると思います。
ソースコード類が全部入ってるので洒落にならない・・・。
では

**Be名無しさん** · 05/02/06 18:52:01

開発を投げ捨てるときのいい言い訳だよね。

「ハードディスクが壊れました」

**Be名無しさん** · 05/02/06 21:56:02

さすがにいま投げ捨てちゃいかんだろう。

こういう事態に備えて、ネット上にバックアップを残しておくのですよ。

**Be名無しさん** · 05/02/06 23:47:32

バックアップ体制について釈明しないと信頼を失って
完成しても誰も付いてこなくなると思うんだが

**957** ◆KhjEefLZMk · 05/02/07 00:16:44

復帰しました。IO-DATAのUSB2外付け買ってきた。
ドライブ名の割り当てでちょっとつまづいてました。

いまはFDDの続きしてます。

>>146
ですね～。高校の卒論の時はMOが消えました。パソコン周りはそんなこと多い気がします。
ちなみに「ハードディスクが壊れそうなのでなんとかします」なので、あしからずｗ

>>147
>>148
Visual SourceSafe のリポジトリをフラッシュメモリと研究室のマシンとたまに同期してます。
＃未踏の方にもソースコードの提出が義務づけられているのに、消えました、じゃ無責任ですしね。
ただ、周辺の開発環境はバックアップできるものでもないので、クラッシュするとやはりダメージでかいです。

**Be名無しさん** · 05/02/07 08:55:36

>>149
RAIDを使いましょう。外付けは定期バックアップ用にしてバックアップのときだけつなぎましょう。

**Be名無しさん** · 05/02/07 11:50:25

定期的にHDのイメージを吸い取ってネットワーク上に置いとけば
クラッシュしたときはFD突っ込んでネットワーク経由ですぐ復活できるよ。

**957** ◆KhjEefLZMk · 05/02/07 12:05:23

昨日の時点でqemuが暴走するとこまで出来た。
暴走するってことはIDTの設定ミスとかDMAバグバグとかいうことなので、今日はそこらへん。
うまくいけばもうちょいで出来そうな予感です。

>>150
RAID。。。内蔵HDDを増やすのは今のマシンだとキツいかなぁ。
確かにそろそろ安心を買う必要はあるかもしれない。

>>151
100GBoverをネットワークに置くのはちょっと面倒ですｗ

**Be名無しさん** · 05/02/07 12:08:29

なんで野良OSのソースが100Gもあるねん

**Be名無しさん** · 05/02/07 12:44:20

ちゃんと読めよ。。。

**Be名無しさん** · 05/02/07 12:45:51

そりゃちょっとでかすぎだな。
やっぱRAID+外付けHDDかね。
未踏ってよく知らないんだけど、経費として申請したら
お金だしてくれるの?

**957** ◆KhjEefLZMk · 05/02/07 12:47:32

開発環境だけ抽出してバックアップって難しいからそうするとHDDまるごとになっちゃうから１００Ｇくらいかなぁと。
ソースコードだけなら確かにネットワークに置けるけど、ソースコードだけならフラッシュメモリに保存できるので大丈夫なんですわ。

**957** ◆KhjEefLZMk · 05/02/07 13:04:41

>>155
未踏で出してくれるのでRAIDも選択肢です。（個人だとお金ないから無理・・・）
しかし唯でさえ金欠なのに、暫定支払いが３月末でそれまでは立て替えなので、RAID買う余裕はなさげ。
今回のHDDも身内借金でまかなったし。

**Be名無しさん** · 05/02/07 13:46:28

>>136
> 最終的にはMMSからカーネル、ドライバまで、C#で書きます。

さりげなくとんでもないことが書いてある…
ヲチしてみるか。

**Be名無しさん** · 05/02/07 15:16:45

>>157
概算払いが3末ということは、最近契約手続き終わったくらいか。
初回の概算払いは6桁後半は確実だから、それまで耐えろ。

**957** ◆KhjEefLZMk · 05/02/07 16:29:03

FDDの先頭セクタ読み込みｷﾀｰ！

C#によるFDDドライバ：
http://www.tirasweel.net/ponytail/src/viewer.aspx?path=ponytail/ptcorlib/Drivers/Devices/&file=FloppyDiskController.cs

いまFAT書きつつファイルシステムからアクセス可能にしてます。
でも結構量あった・・・。まあがんばろう。

>>159
了解っす。

**Be名無しさん** · 05/02/07 18:32:58

あんまりKとかひげぽんとかその周りとは関わらないようにして欲しいなぁ。
まぁ完全に個人作業となっているから大丈夫だとは思うけど。
無駄な争いが起きてそのために無駄な時間が掛かるのはお互いに不都合であると思うし。

裏で色々とあるらしいからな、関わると面倒だ。
とりあえずがんばって欲しいと思うわけでせう。

**Be名無しさん** · 05/02/07 19:56:55

本人および取り巻きが、MonaやOSASKと比較してどうだとかいわなければ、
他陣営からちょっかいを受けることはまずないと思われ。

>裏で色々とあるらしいからな、関わると面倒だ。
こういう失言が元で、信者から裏って何のことだとか言われて、ドツボになる。

**Be名無しさん** · 05/02/07 20:11:15

つまり俺がトラブルメーカーってことかorz
吊ってくる、すまぬ

**Be名無しさん** · 05/02/07 22:19:41

>>157
とりあえずリボで買っとけば良いと思った。

**957** ◆KhjEefLZMk · 05/02/07 22:39:02

だめだFD読み込み安定しない・・・、なぜか0Dとか00とか例外出る。もうちょいかかりそう。

>>161,162
関わらないというか、方向が違うので関わりようがないかも。
それに争い？も、ピンと来ないなあ。
ま、和やかに行きたいです。

OSって、はじめは一人なのに、最後は大勢じゃないと形にならないから、難しいですね。

>>164
さっきDELLから代替品が来たので、とりあえずこれにバックアップしておこうと思います。
カードも使ってるけど、基本的には好きではないので・・・。

**Be名無しさん** · 05/02/07 23:17:41

>>165
MonaもOSASKと方針が全然違うから干渉のしようがなかったけど、
Monaに湾岸が来てOSASK化をおっぱじめたからややこしいことになった。
OSASKの思想とやらをKが説いて追っ払われたが
KはOSASKに対する誹謗中傷と解釈して一人で怒ってる始末。
お前のことなんか誰も興味ないっちゅーの。

とゆーよーに他人が来ると必然的に人間関係がごちゃごちゃしてくる。
個別のOSがどーたらとかお山の大将やってないで、
全体としてOS開発に対する底上げという成果を出すべきだと思う。

**957** ◆KhjEefLZMk · 05/02/08 15:11:53

>>166
まあでも、発展途上中のOSのミドルウェア作ってると、カーネルを変更したくなるのは分かる気もします。

Ponytail は既存のOS化は絶対しないですね。それやるとアイデンティティが無くなってしまうので。
全体の底上げという意味では、まあ完成すれば結構いけそうな気がしなくもない。

**957** ◆KhjEefLZMk · 05/02/08 15:18:35

ということで（？）、0.0.22.0 リリースです。

予告していたC#によるFDD/FATの読み込みが出来ました。
ソースコードを公開していますので、技術的興味がある人はそちらをどうぞ。ptcorlib のあたりにあります。

一番面白いところは、
// public delegate void InterruptHandler();
// private static void HandleInterrupt();
InterruptHandler handler = new InterruptHandler(HandleInterrupt);
InterruptController.RegisterInterruptHandler(6, handler);
として、IRQ#6の割り込みを処理するところですかね。

本当は System.IO と統合してから公開したかったんだけど、
あそこらへん結構入り組んでるっぽいので一区切りしました。
System.IO.File あたりが動くようになればもしかしたら既存のソフトの中には動くモノがあるかもしれません。それを動かしてみたい。

この後すこししたら出かけるので返事は遅くなるかも。

**162** · 05/02/08 18:38:02

>>166みたいなやつがいるからトラブルになるって言っているのに。

>OSASKの思想とやらをKが説いて追っ払われたが
これは取り巻きの名無しが無知で断定的なことを書いたので、Kが補足に来ただけ。
というかこのときのKは控えめで態度がよろしい。

>KはOSASKに対する誹謗中傷と解釈して一人で怒ってる始末。
それどこよ。あのページにはないぞ。むしろこの書き込みこそ誹謗中傷くさいぞ。

>お前のことなんか誰も興味ないっちゅーの。
これも明らかにフレームの元。

ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2F%B0%B5%BD%CC%B7%C1%BC%B0

**Be名無しさん** · 05/02/08 18:44:43

>>162
Kの犬は目障りだから消えてくれ。お前のせいで荒れて来たじゃないか。

**Be名無しさん** · 05/02/08 18:48:27

湾岸はOSASKのスパイ。そんな香具師にGUIを頼るしかない卑下。ただそれだけ。

**Be名無しさん** · 05/02/08 19:10:27

170=166

>171はmonaスレでやってくれ。

**Be名無しさん** · 05/02/08 19:58:29

やべー、俺のせいで本当に荒れてきた

ちょっちょちょっちょｔｙとちょとｔまｔってくれぇぇぇぇ

俺が悪かった。ご免orz

楽しく逝こーぜ、楽しくorz

**957** ◆KhjEefLZMk · 05/02/09 18:18:53

まあほんわり行きませう。＞みなさま

今日はVFSについて悩みつつ、いまVisioでモデリングしてます。結構いい感じだ。
今日はモデリングだけで終わりそうなので、実装は明日かなあ。

**Be名無しさん** · 05/02/10 00:57:47

957はプロ

**957** ◆KhjEefLZMk · 05/02/10 21:20:25

えーっと、割と学生です。

パスについて悩む。

path ::= (drive_name ':')? abs_path | rel_path
drive_name ::= [a-z]
abs_path ::= '/' rel_path?
rel_path ::= selector ('/' selector)*
selector ::= '.' | '..' | name
name ::= ふつうにファイル名に使う文字

つまり面倒だからWinとUniの両方でいいやとか思ってるんですけど、
意見とか「将来こんな問題がおきるんじゃないか」募集。

**957** ◆KhjEefLZMk · 05/02/10 21:26:24

具体例。

/home/usr
my music/pop
c:/home/usr
c:subdir

全部おっけーで。
ドライブ指定なしはVFSを指定。（Unix方式）
ドライブ指定ありはWinと一緒。

カレントディレクトリはVFSにしか設定できない。（考え中）
VFSのディレクトリはひとつのドライブ付きディレクトリ（物理ディレクトリ）にマップされる。
ひとつの物理ディレクトリは一つ以上の複数のVFSディレクトリにマップされる。（考え中）

どうだろう。。。

**Be名無しさん** · 05/02/11 12:46:33

>>176
ふつうにファイル名に使う文字
とは？
' 'も入る？'\'や'/'や':'も入るべきだと思う人もいるかも知れない。

nfs的なもののパス名は？Winだと、\\computername\sharename\foo みたい
なもの、Unix系だと、hostname:/foo みたいなもの。

**957** ◆KhjEefLZMk · 05/02/11 15:29:19

空白はないと困るかな。\/:とかはバグの原因になるのでなしで。

んで、そっか、ネットワークパスもあるんだ・・・

share@host:/music/song.mp3

ってどうだろう。

\\host\share\music\song.mp3

と同じ意味。

そういえばWinには内部パスもあるはずだけど、あれはよくわかんないな。詳しい人いたら解説プリーズ。

**Be名無しさん** · 05/02/11 18:14:00

>>179
新しい記法を導入するのは混乱するんじゃない？
1. Windowsのファイル名規則に従う（ただし「/」もパス区切りに使える）
2. UNIXのファイル名規則に従う
のどっちかにしてほしい。

**957** ◆KhjEefLZMk · 05/02/12 00:22:52

メモリの解放に確保の100倍の時間がかかってたのでそこを修正しようとして泥沼でした。疲れた。。。
まあ起動が速くなったからよしとしよう。

>>180
ふむふむ。たしかに互換というか、慣れにあわせておくのも大切ですよね。

もうちょい考えます。

**Be名無しさん** · 05/02/12 15:03:28

やっぱ .NET だったら
Windows に合わせておくのが無難かな

とか勝手に思ったりしてみた。

**Be名無しさん** · 05/02/12 19:47:20

>>179
Winでの内部パスとは？
カーネルモードのオブジェクトマネージャの名前空間でのパスのことかな？
例えば、Win32サブシステムでのファイル名'c:\boot.ini'は、オブジェクト
マネージャでの'\??\C:\boot.ini'に対応するけど…。

ちなみにWin32サブシステムでのファイル名規則は
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/naming_a_file.asp
辺りに書いてあるようだね。

**957** ◆KhjEefLZMk · 05/02/12 20:27:16

>>182
ですね～。でもなんでもかんでも同じにすると面白みがないｗ

>>183
まさにそれです。さんくす。
ちょいと読んでみます。

**ITRON名無しさん** ◆4WD27e3i1o · 05/02/13 02:19:13

URL (RFC1738および各種拡張)にする、とか。

**957** ◆KhjEefLZMk · 05/02/13 03:02:51

>>185
省略を許さないとURLって面倒だし、許すとUnixと一緒ですね。うーむ。

FileStreamとちょこっと統合できた予感。つかれた・・・。
詳細はあした。

**Be名無しさん** · 05/02/13 09:32:11

さっきゅんがPonytailの実力を認めた。
http://pc5.2ch.net/test/read.cgi/os/1097514774/809-811

**Be名無しさん** · 05/02/13 12:43:03

>>187
そんなことはどうでもいいんだよ。

**957** ◆KhjEefLZMk · 05/02/13 23:53:29

昨日、「あした」とかいいつつ、今日は学校で書類書きしてました。

とりあえずパスは適当でnew FileStream("fd0a;/kernel.img")とかで読めるようになったんだけど、
つぎはぎだらけでいまいちなのでリリースは見送ってます。

あと、登校途中でｷｭﾋﾟｰﾝと天啓が下りまして、改名することになると思います。
とりあえずドメインとろうっと～

**957** ◆KhjEefLZMk · 05/02/17 01:15:57

学校でOS開発を布教しようと思うので、一週間くらいテキスト書きに集中するかもしれません。
ちょっと進捗がなくなりますけど、みなさま気長に待っててください。

**957** ◆KhjEefLZMk · 05/02/18 20:32:05

改名しました。

Ponytail 改め、CooS　（クース）とします。
Ponytailと変わらぬおつきあいをCooSでもよろしくお願いいたします。

ホムペは http://www.coos.jp/ です。（コンテンツは増えていません。）

世の中就職戦線は賑わっていたのですね。
遅ればせながら就活でちょっと忙しくなってます。

**bayside** · 05/02/19 03:01:03

すで終わるOSはなんとかっていう話題が昔あったような・・
unix, linux, minix, mac osx, windows, msdos, beos ...

**Be名無しさん** · 05/02/19 03:13:53

>>192
ぬるぽ
そんな話題は正直どうでも良い。
物が全て。

**957** ◆KhjEefLZMk · 05/02/19 16:55:04

とりあえずそのリストを見るとスで終わるOSは普及しそうな気がする。。。

いまは数日考えてJITコンパイラにぼちぼち手を出さないとダメっぽいので、そんなことしてます。

**NULLPO** · 05/02/19 18:59:42

http://pc5.2ch.net/test/read.cgi/os/1029813876/

**957** ◆KhjEefLZMk · 05/02/19 22:24:16

長音が入ってるのでうまく姓名判断できませぬ・・・残念

**957** ◆KhjEefLZMk · 05/03/05 12:23:09

EM64Tだとセグメントで保護できないんですね。
スタックオーバーフローをセグメントで保護する予定だったので、
64ビット移植の時は面倒だろうなあ。ま、対応予定はないんですが。

**Be名無しさん** · 05/03/05 12:54:30

ロングモードはページング必須だからNX保護でええやん

**957** ◆KhjEefLZMk · 05/03/06 16:57:35

NX保護は実行禁止なので、ちょっと意味合いが違います。
ページング必須なのはそのとおりみたいなので、
スタックの下方数キロでも書き込み禁止とかにして対応するのが無難かな～。

**957** ◆KhjEefLZMk · 05/03/06 17:11:14

200get～。

ホムペ ( http://www.coos.jp/ ) に、型システムの階層図をまた掲載しました。
これでほぼ完成だと思います。興味がある人はご覧ください。

いまはJITコンパイルの前段階で、各命令が実行される直前のスタックの状態がどうなっているかを調べる処理を書いています。