OSを作ってみよう (534ﾚｽ)
上下前次1-新
83(1): 03/03/02 09:23 AAS
オナニースレ
84(1): 03/03/02 09:28 AAS
>>83
黙っとれ。
>>82
sage進行の方がいいんじゃないか?
85(1): 03/03/02 12:32 AAS
そろそろ名前をつけてくれぃ
86(1): 03/03/02 12:35 AAS
ひそかに期待・・・
87: 03/03/02 13:14 AAS
Ｌ様の覚え書き
2chｽﾚ:tech
88: （ ´ -｀） 03/03/02 16:02 AAS
>>84
そうします。
>>85
取り敢えずgikoというのはどうでしょうか？
>>86
ありがとうございます。
気が変わってGUIの実装もしようかなと思っているので、
当初考えていたより結構面白くなるかもしれません。
89(1): 03/03/02 16:48 AAS
OS作ったら神！GUIについては
WindowsとかマックとかLinuxとかは、いかにﾃﾞｽｸﾄｯﾌﾟをゴテゴテに
するかを競っているかのように見えるが、それが終わったらどこへ向かうんだろう。
ある程度パソコンがわかるようになると途端にやることがなくなるよね。
パソコンって。自分だけかもしれないけどいかにシンプルでわかりやすい
インターフェイスにするかってのを目指してほしいです。
90(1): ◆g2j80BX5do 03/03/02 18:36 AAS
ライセンスの取り扱いはGPLでよろしいですか？
91: （ ´ -｀） 03/03/02 20:31 AAS
>>89
environmentという意味でのOSを新しく作れたら神でしょうね。
MacとかTRONとか、あとUNIXなんかを作った人達は本当に神だと思います。
一方私なんかはせいぜいUNIXをパクったカーネルを書く程度です。
でも、いつかは神になりたいです(w
GUIについては、そうですね、出来るだけシンプルかつ柔軟性に富み強力な
ものが理想なのですが、そうすると全く新規に創造しなければいけなくなっ
て大変ですから、今回はまずは何か既存のシンプルなものを移植するところ
から始めたいと思います。
>>90
省4
92(1): 03/03/02 20:44 AAS
なんか2ch見てると
OSのでき = GUIのでき
みたいな書き込みが散見されるんだけど
アプリからは画面モード切替とフレームバッファのポインタさえ取得できれば十分な場合が多い
ゲームなんかだと自力描画で独自GUIを実装するほうがフツーだとおもう。
widget setなどいわゆる「GUI」がほしけりゃ、microswindowsやらPicoGUIやらDJGPP用各種ライブラリやら
ライブラリレベルでどーにでもなる
...というのはOSがグラフィックを管理してくれなかったDOS時代のジジイの世迷いごとでしょうか。
93: 03/03/02 23:22 AAS
>>92
>OSのでき = GUIのでき
>みたいな書き込みが散見されるんだけど
そういう観点で評価され、中身がクソでも大ブレイクしたのが
初期のMacOSやWin95ですからね｡重要なんでしょう｡
ユーザーの観点から見るとそうなる｡
業務で使うときなど、OSがGUIを縛ることで、DOSの頃に比べ色々な
アプリの操作性の統一が進んで使い方の習熟や「覚えていられるか」が
楽になったのが非常にありがたい｡（人件費コスト等）
＃半年さわらないと使い方初心者に戻されてしまうMARKとかSTAR-CDは、、、
94(1): 03/03/03 02:41 AAS
仮に0からOSを作る場合、POSIXとかの制約なしで、変えた方が便利な部分はなんだろう？
95: （ ´ -｀） 03/03/03 07:04 AAS
外部ﾘﾝｸ[gz]:www.geocities.co.jp
デバッグに手間取って遅くなってしまいましたが一応タイマを実装しました。
それとタスク（NoNameではプロセスのことをタスクと言います）を終了する
システムコールも動くようになりました。次はキーボードドライバを実装する予定です。
96(1): LightCone ◆sSJBc30S5w 03/03/03 17:31 AAS
一言コメントしたいのは、このソースは非常に綺麗だ、ということです。
特にそう思ったのは、core.S の dispatch ルーチンの単純さです。
今後もこの調子で成長できるのであれば素晴らしいですね。
97(2): LightCone ◆sSJBc30S5w 03/03/03 17:49 AAS
このソースで、"QUEUE"の部分は面白いです。
普通、リストやキューを使いたいときは、リストクラスの方が
「核となるデータを取り込む」か「核となるデータのポインタを持つ」
のが一般的だと思うのですが、このソースだと、逆さまに核となるデータ
の一部（メンバ）に、キューの前後リンクポインタを持たせてしまってる
んですね。単純だけど、面白いやり方ですね。
もしかして、私が常識知らずナだけで、一般に良く使われていたり？
98(1): LightCone ◆sSJBc30S5w 03/03/03 18:53 AAS
Windowsプログラムを流行出した頃から、本屋でよく見かけるC/C++プログラ
ム中の関数名や変数名が、単語の区切りを大文字にする命名規則に従うものが
多くなった。
しかし、Cの伝統的なスタイルは、恐らく単語をアンダースコアで区切る
ものだった（しかも省略形も多かった）。
聞いた話によると、「小文字の名前」は全く理由はわからないが、
人間には「見やすい」らしく、C言語が持てはやされた理由の一つだと
も言われているらしい。
ちなみにこのソース、ほとんど小文字のアンダースコアスタイルが
用いられているが、単純に見やすく思う。ローカル変数や引数はやはり全部
省1
99(1): 超先生＠ﾏﾌﾞﾗｳﾞ100円 ◆leaf/RYZgY 03/03/03 18:59 AAS
struct Hoge
{
int huga;
Hoge *next,*prev;
};
Hoge* list_head = NULL;
＜後ろ頭＞y-~~ のようにやるのは定石のような。
100(2): 03/03/03 19:03 AAS
予定として、シェルがうごくのはいつごろ？
まずはお約束としてbashとgccね。
101: LightCone ◆sSJBc30S5w 03/03/03 19:03 AAS
>>99
それとは違います。
struct QUEUE {
QUEUE *prev;
QUEUE *next;
};
struct MySomeData {
char name[16];
int age;
QUEUE queue;
省3
102(2): 03/03/03 19:06 AAS
>>96-98
褒め称えといて、後で叩くつもりでしょ。
上下前次1-新書関写板覧索設栞歴
あと 432 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 2.018s*