ページへ戻る

− Links

 印刷 

hikarupsp のバックアップの現在との差分(No.6) :: OSASK計画

osaskwiki:hikarupsp のバックアップの現在との差分(No.6)

« Prev[4]  Next »[5]
6: 2010-01-21 (木) 18:20:19 hikarupsp[6] ソース[7] 現: 2024-01-08 (月) 12:58:59 lina[8] ソース[9]
Line 1: Line 1:
 +#ls2(hikarupsp/)
 +
*まずは自己紹介 [#ed8dd0c3] *まずは自己紹介 [#ed8dd0c3]
-名前:hikarupsp(hikaruは本名)+-名前:hikarupsp(hikaruは本名) 
 +-誕生日:1996年4月p日(pは素数) 
 +-現在新宿区在住
-誕生日:1996年4月x日+理科とコンピューターを好む。 
 +&br;ちなみに(理科>コンピューター)である。 
 +&br;しかしOSと理科のどちらをより好むかは未定義である(おい)。 
 +&br;ゆえに、制作中のOSの名前がCHNOSProjectになりました。
-現在新宿区在住+*CHNOSProject [#uc9c69f2] 
 +「30日で出来る!OS自作入門」の内容を基にしながら、できるだけコピーアンドペーストを行わないで独自の改造を加えていきます。
-だけど学校まで1時間ほどかかる。中央線で。+**現状 rev.318現在 [#d555b157] 
 +***できること [#caa54e63] 
 +-メモリ管理 
 +--しかし、つい先日重大なバグを発見&修正…大丈夫なのか? 
 +-マルチタスク 
 +-RS232Cシリアル通信(送信のみ) 
 +-キーコード取得 
 +--カーソルキーなどの拡張キーコードも認識します。 
 +-仮想86モードの利用 
 +--これを利用して、VBEの切り替えはプロテクトモードで行っています。 
 +&br;なので、画面モード番号は決め打ちでなく、起動時に取得した中から選択することができます。 
 +-VBEを使用した多色対応 
 +--8, 16, 32ビットに対応。 
 +-シートの階層化及び自動色変換、透明色対応 
 +--シートを入れ子にすることができます。 
 +&br;また、自動色変換は、たとえば8ビット画面モードを利用していても、32ビットシートを利用することができ、リフレッシュ時に自動で減色されます。対応しているビット数すべての相互変換ができます。 
 +&br;透明色は、任意の色番号を透明色に指定する方法と共に、32ビットシートでは、最上位バイトが0xffである場合は透明色として扱います。 
 +-QEMU とBochs とMicrosoftVirtualPC2007(そしてたまに実機)での動作を確認。 
 +--しかしエミュレーターはやはりエミュレーターでしかない(後述)。実機で動かなきゃだめなんだ。
-*CHNOSProject [#uc9c69f2+***できないこと(やりたいこと) [#a293eea3
-harib27fを元に、ページング機能を追加したり、フロッピーに書き込めるようにしたいと思っている。+-フロッピーディスクのBIOSによらない読み書き 
 +-タスクの優先度管理 
 +-サウンド対応 
 +--ビープ音でMidi再生はそう遠くない(以前のバージョンで、適当だが一度実装したことがある)。 
 +-ページングの活用 
 +-半透明色の対応
-以下、適当に書いた計画案らしきもの。+**以下、適当に書いた計画案らしきもの。 [#ib290c11]
CHNOSProject (案) CHNOSProject (案)
-命名理由 C,H,N,O,S,P それぞれは、元素記号で炭素、水素、窒素、酸素、硫黄、リンを表し、これらを組み合わせることにより、多くの有機化合物を創り出すことが出来る。このことから、ユーザーの目的に応えられるように自分から進化していくようなOSを目指して命名しました。+-命名理由 C,H,N,O,S,P それぞれは、元素記号で炭素、水素、窒素、酸素、硫黄、リンを表し、これらを組み合わせることにより、多くの有機化合物を創り出すことが出来る。 
 +&br;このことから、ユーザーの目的に応えられるように自ら進化していくOSを目指して命名しました。 
 + 
 +-構想 
 +プログラマーにも、ユーザーにも、OSをOSと感じさせずに、まるで人間を相手としているかのように分かりやすく、快適な使い心地を実現する。 
 +--具体例 
 +---分かりやすいシステム操作、エラーメッセージ、ヘルプ 
 +---より体感的な操作を実現 重い処理の時はそれなりの早さを、軽い処理は徹底的に無駄を省く 
 +---システムはどんな場合も必ず上位に立ち、制御を失わない 
 +---プログラムのインストールという概念を無くし、削除はフォルダごと捨てれば簡単確実・再起動不要 
 +---エラー、バグ、ウイルスに負けない 
 +---修復不能に陥っても、最低限の機能での動作を保証(物理的問題は例外) 
 +---どのOS、どのプログラムとも確実に互換性を保つ 
 +---ハードウエアに合わせ、負荷を掛けすぎない
-構想+実現までの道はまだまだ遠いですが、よろしくお願いします。
-プログラマーにも、ユーザーにも、OSをOSと感じずに、まるで人間を相手としているかのような分かりやすく、快適な使い心地を実現する、APIとシェル+更新は、主にsourceforge.jpで行うので、たまに見に行ってもらえると嬉しいです。
-具体例+*エミュレーターのエミュレーション能力不足… [#gce3e816] 
 +エミュレーターは便利です。そして素晴らしいソフトウエアだと思います。 
 +&br;しかし、やはり実機や仕様と挙動が異なる場合が多々あるようです。 
 +&br;そして時にそれは、開発者達を惑わせます。 
 +**デバッグ例外に関すること [#bf61f29a] 
 +デバッグ例外は、CPUに用意された便利で強力な機能の一つです。 
 +&br;指定されたアドレスのコードを実行したり、またはデータとして読み書きを行ったり、はたまたIOポートとしてアクセスしたときに、例外を起こしてくれます。 
 +&br;これは、メモリがいつの間にか破壊されていた!という心霊現象のようなバグを解決するために非常に有効です。 
 +&br;#ええ、そうですとも。まさかメモリ管理システムがメモリを破壊していたなんて、思い至りませんでしたよ(涙)。 
 +&br;…ということで、その素晴らしい機能を使ってデバッグしようとしていたのですが…。
-分かりやすいシステム操作、エラーメッセージ、ヘルプ+***1.QEMUとBochsではデバッグ例外が起きない [#h9521b42] 
 +いきなりこの関門にぶち当たってしまいました。 
 +&br;どうやら検索したところ、QEMUはKQEMUという高速化モジュールをインストールしなければデバッグ例外が使えないようです。 
 +&br;Bochsに関しては、「エミュレーション速度は遅いけれど例外の報告は正確だから!」ということで重宝していたのですが、動きませんでした。 
 +&br;もしかすると、自分の設定ミスかと思い、VirtualPC2007で実行してみました。 
 +&br;すると…出ました。デバッグ例外。 
 +&br;これで一安心、と思いきや、次なる関門が待ち受けていました。 
 +***2.MicrosoftVirtualPC2007ではリターンアドレス(EIP)の指す命令が仕様と異なる [#hd0e6560] 
 +今回は、ある特定のアドレスにアクセスした命令をすべてリストアップしたかったので、ブレークポイント例外が発生しても、情報を確認後、実行を再開させたかったのです。 
 +&br;ということで、「紙に印刷したらきっと分厚い」IA-32 インテル® アーキテクチャソフトウェア・デベロッパーズ・マニュアルを参照して、例外ハンドラーを実装しました。 
 +&br;このマニュアルが言うには、私が今求めている、指定アドレスへの書き込みに対するブレークポイント例外が発生した時、 
 +&br;「プロセッサは、このアクセスを行った命令を実行した後に例外を発生する。したがって、これらのブレークポイント条件によってトラップクラスの例外が発生する。」 
 +&br;「トラップの場合-レジスタCSとEIP にセーブされている内容は、その例外を生成した命令の次の命令を指す。」 
 +&br;つまり、単純にIRETDすれば、実行を再開できるはずだったのです。 
 +&br;しかし…VirtualPC2007は 
 +&br;「例外を発生させた命令自体を指すEIP」 
 +&br;を保存していたのです…。 
 +&br;なるほど、だからあんなに繰り返しシリアル出力にデバッグ例外の発生が記録されていたのか。 
 +***…しょうがないので、こうしました。 [#mdf0243e] 
 ++.mapファイルと.lstファイルを調べて、「例外を発生させた命令」が何バイトで構成されているか調べる。 
 +&br;->その命令はMOV DWORD [EDX+EAX*4],EDI = 89 3C 82 = 3バイト。 
 +&br;つまり、次の命令は「例外を発生させた命令自体を指すEIP + 3」にある、ということです。 
 ++ということで、デバッグ例外ハンドラー内部で、EIP+=3とするようにしました。 
 +&br;当然、3バイト以外の命令も例外を起こす可能性があるので、あくまでも緊急措置でしたが…。
-より体感的な操作重い処理の時はそれなりの早さを、軽い処理は徹底的に無駄を省く+&br;これでやっと、メモリを破壊していた犯人が…え?Memory_Allocate関数? 
 +&br;ということで、結末は先にお話しした通りです。 
 +-わかったこと 
 +--エミュレーターは完全ではない 
 +--バグは根本的なところに潜んでいる 
 +--それでもやっぱりエミュレーターがなければ解決できなかった->エミュレーター最強!
-どんな場合も、必ずシステムは上位に立ち、制御を失わない+&br;…そもそもバグのあるコードを書いた私がいけないんですけどね…。 
 +&br;ということで、めでたし、めでたし。
-プログラムのインストールという概念を無くし、削除はフォルダごと捨てれば簡単確実・再起動不要+*hankaku.txtにカタカナを! [#ua037580] 
 +hankaku.txtに、半角カタカナを追加しました。きっと作るのは面倒だし、はりぼて系のOSでは使えると思うので、ぜひ使ってください。 
 +http://keihanna.dl.sourceforge.jp/chnosproject/45774/hankaku.txt 
 +*右クリックして、「対象をファイルに保存」を選んでください。 
 +適当に実装したので、文字が読みづらいですが…。 
 +気に入らなかったら、改造しましょう。そのためのオープンソースです!(笑) 
 +ライセンスは、KL-01とします。
-エラー、バグ、ウイルスに負けないカーネル+*352ページのコラムについて… [#ada5cfaa] 
 +ある日、かの緑の本を読み返していて、352ページのコラムに、
-もし修復不能になっても、最低限の機能での動作を保証(物理的問題は例外)+「左シフト+右シフト+ASDF」は入力できない!!!!とあったので、試してみました。すると…
-どのOS、どのプログラムとも確実に互換性を保つ+QWER  UIOPASDFGHJKL    BNM(空白は、入力できなかった。)
-ハードウエアに合った、負荷を掛けすぎない+つまり、TYZXCVが入力できませんでした!
 +なぜ、こんな中途半端なんだ…。
-まだ計画途中ですが、よろしくお願いします。+(使用したコンピューターは、SONYのVAIO、VGC-LJ91Sです。)
Line 48: Line 138:
http://hrb.osask.jp/wiki/?hikarupsp http://hrb.osask.jp/wiki/?hikarupsp
-sourceforge.jp内のページ(今は一番メイン)+sourceforge.jp内のページ
http://sourceforge.jp/projects/chnosproject/ http://sourceforge.jp/projects/chnosproject/
-CHNOSProjectの前のページ(どうしようかな…) +sourceforge.jp内のプロジェクトWiki(技術文書などを書いてあったりします) 
-http://chnosproject.jimdo.com/+http://chnosproject.sourceforge.jp/wiki/
« Prev[4]  Next »[5]