OSを作ろうpart11

独自にOSを作っているまたは、作ろうとしている人たちのための
スレッドになればと思います。

OSを作ろうpart10
http://pc5.2ch.net/test/read.cgi/os/1083420872/
OSを作ろうpart9
http://pc3.2ch.net/test/read.cgi/os/1081561384/
OSを作ろうpart8
http://pc3.2ch.net/test/read.cgi/os/1076216434/
OSを作ろうpart7
http://pc2.2ch.net/tech/kako/1066/10669/1066968321.html
OSを作ろうpart6
http://pc2.2ch.net/tech/kako/1052/10525/1052537020.html
OSを作ろうpart5
http://pc2.2ch.net/tech/kako/1042/10423/1042375466.html
OSをつくろうpart4
http://pc3.2ch.net/tech/kako/1037/10370/1037096449.html
OSをつくろうpart3
http://pc3.2ch.net/tech/kako/1027/10270/1027080631.html
OSをつくろうpart2
http://pc3.2ch.net/tech/kako/1024/10244/1024411711.html


次期和製OS総合雑談スレ
http://pc5.2ch.net/test/read.cgi/os/1018174274/

卑下スレ
http://pc5.2ch.net/test/read.cgi/os/1066957498/

2get

　　　　〃⌒ ⌒ ヽ ｡
　　　 ｨl　ｆノﾉﾘ）））ﾊ).. |
　　く#彡||　i 　i　|ﾘ 　 |　　　／￣￣￣￣￣￣
　 　 〉|　.||､~ヮ~ノ||　 ∩　＜ あはは〜
　　 /_|〃||〈`只´〉| /~ﾟ/. . ..|　こう見えても３Getですよ〜
　 　／　、§､ ノ ）V　/. 　　.＼＿＿＿＿＿＿
　　（.　く?. 0 ｡|.　|､__/
　 ヽ｡(○''.｡| . |
　　 ／￣￣￣￣￣￣／|
　／　　　　　　　　　／　|＿＿＿＿Ｅ[]ヨ＿＿
　|￣￣￣￣￣￣￣|　　|

【2chOS】OSを作ろう【マジ】
http://pc5.2ch.net/test/read.cgi/os/1018174274/595

595 名前：Be名無しさん[] 投稿日：04/08/29 22:22
ただ今よりこのスレは、
OSを作ろうpart11
になりました。

でいいのかな？

>621 名前：Be名無しさん[sage] 投稿日：04/08/18 21:58
>やっと沈静化したと思ったら今度は別の香具師が大々的にdev-jの私物化を始めたぞ！

読んだらMistの一派じゃないか・・・
こいつら中学生なりにも常識ってものが無いのか・・・

http://konoxos.client.jp/japanese/7kl.html

香味煤煎

たぶん皮移動ライセンスのパクリなんだろうなぁKLとかそっくり」

>>7

右翼どもの自称ライセンスと川合堂ライセンスを同類に扱わないでいただけますか。

いや、言葉が足りなかったなぁ。
皮移動ライセンスに憧れて、頑張って作ってみたって感じか。
KLってもろ皮移動ライセンスの綴りだしな。

別に同類とは言っていないじゃないか。

>>5
あったらあんな騒ぎは起きないと思うが。

>>8
俺ライセンスという意味では大して変わらんだろ。
作るのは構わんが、それが有効なのかどうか判断されていないからのう。

やっぱりライセンス問題って結構大事なんですね。
で、OSつくろうってカーネルなしとか、カーネルだけ
っていうのはどっちも反則ですかね？

あと俺ライセンスで困るのは、そのへんのコードを参考にする時、
ぱくっていいのか判断に困るつー所ではないかと。
俺判断でOKにしても、実は×つーのが十分にありうるからねえ。

有名なのだったらそういう議論が尽くされているので、
過去の例に習っておけば安全なわけで。

2ch歴が浅くスレ建て方わからなかったけど
誰かが建ててくれたみたいで感謝感激家事オヤジです
で記念パピポ

>>13

2chブラウザつかってね

>>13
雪たんもがんばーーーー♥

重複スレ

【ひげぽん】2ch発のMona 一発目【モダンOS】
http://pc5.2ch.net/test/read.cgi/os/1066957498/

EyeЙ

何でこれ作るってのdev-jに作ったんだろ。
自分たちの巣（Zakkyが貸しているWiki）でやればいいものを。
しかもこれ作るとか言っている奴、自分のbbsとかまで勝手に作りやがっているし。

monaはmonaで3Dに走ってしまったし....0rz

しかもKONOX OSだかってのとTHE-BBLだかってのとEyeЙだかってのって
３つも何やりたいんだ・・・
OSだってブラウザーだって年単位の時間が要求されるのに・・・訳わかめ

MiStは珍走したいのか・・・

線引きしとく

このスレ
OSを作るためのプログラミングの話をする

http://pc5.2ch.net/test/read.cgi/os/1018174274/
プログラミング以外の和製OSの話
THE-BBLの話とかはこっちでお願い

http://pc5.2ch.net/test/read.cgi/os/1066957498/
Monaの話
こっちでリリース告知するのそろそろやめれ＞卑下
有益なレス無視すんな＞卑下

>>18
色々なモノに興味の湧く年頃だからな。
それがモノになることも無いが。

このスレ乗っ取っちゃっていいのかな？
Sourceforgeの登録が昨日終わりました
ライセンスはとりあえずMITにしました
MITの問題点は今調べ中
で WikiとCVSを設定したんだけど面倒だったのはSSH
LinuxやCygwinからは簡単に設定できたけどWinからがなんか面倒
単にSSHを探すのに手間取っただけですが・・
CVSにとりあえず適当なファイル突っ込んでCheckOutできる事は確認
TO BE CONTINUE...

>>21
＞このスレ乗っ取っちゃっていいのかな？
がんがんいけ〜（できるものならねｗ

＞Sourceforgeの登録が昨日終わりました
なるほど〜
ttp://sourceforge.jp/projects/kodocha-os/

sourceforge.jpの"Topic: Operating System Kernels"も増えたのう。
漏れが登録した時は寂しいものだったが…

>>23
移動よろ（レス↓）
http://pc5.2ch.net/test/read.cgi/os/1018174274/624

じゃあ俺ＯＳつくるわ
もちろん今流行のモノシリックな
あとはユビキタスにビジュアル志向も取り入れたＰ２Ｐにするよ
メディカルなオープンライセンスでリレーショナルをトラックバックできるようにしようかな
カテゴライズには弱くなるけどＩＣＵがＤＳＰフィギュアプロトコルでなんとかなるさ
２００４年に完成目指してちょっくらＲａｇｎａｒｏｋで情報収集してくるあ

Kodochaってどうやってbootするの
IPLにbootfd0,rootにbootfd1おいても

[ERROR] Kernel not found ...

ApertOS/486なるSONYのKernelが存在すると言う話は本当ディスカ

http://www.os-omicron.org/~motop/Test/index.html

Kってこういうのすきでつか

とりあえずリンクしました

sage忘れorz

>>26
まだCVSは適当にファイル突っ込んだだけでして
実行の仕方は
bootfd0.nas はIPLなのでアセンブルしてセクタ先頭に焼いてください
IPLがFAT12で KODOCHA.OSというファイルを探しに行くので
bootfd1.nas をアセンブルしてKODOCHA.OSという名前でFATコピーして下さい

ただ Protectモード移行しかしてませんけど
適当なファイル突っ込んだのでProtectいく前に無限ループで止めてるかもだしｗ

>>31

さんくす〜

!!! Keanel loading !!!
でとまったけど(QEMU)

>>32
仕様です。このソースだとそこで止まるのが正しい動きです。
その後Protectモードで(BIOS使わず)文字列を表示しようとしてて
デバッグ中のコードです
バグの原因は・・・ これ探すの楽しいかもしれませんね（え
アドレッシングモード変わったの忘れてたと言い訳しておきます（え

http://www.mkg.sfc.keio.ac.jp/index-j.html
こんなのみつけたんでめも

1に説明入れ忘れてました。わかりにくくてすみません。
各方面に誘導してくれた方ありがとうございます。

>yukky氏
どうぞ乗っ取ってください。
俺も作っていますが、
正直みなさんにお見せできるレベルじゃないんでお願いします。


俺の作っているのは
プロテクトモード移行の所で止まってるんだけど、
正直何のソースを読んだらいいかさっぱりです。

どなたか参考になるソースあったら教えて下さい。
一応486とminix本は読みました。

大まかに言うとこんな感じだと思うよ。

・A20ラインを有効にする
・GDTを設定する
・プロテクトモードに移行する

Monaでの該当ソース
ttp://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/mona/Mona/src/kernel/secondboot.asm?rev=1.11&content-type=text/vnd.viewcvs-markup

>>35
486本に書いてある。
4章と5章を読み直せ。

漏れも持ってるわりにあんまし読んでないなあ…

1さん一緒に頑張りましょう
私は今は、C++のオブジェクトとリンクしようとしています
で 速度(最適化)的に VC>>>>GCC だったのでVCのオブジェクトをリンクしようと
頑張ってますが むむむ。。 上手くいきません
インラインアセンブラ記法も好きだからVCにしたいんだけどなｗｗｗ

って所で立ち止まっています
以上 近況でしたｗｗｗ

>>38
猫神がMonaアプリをVCで開発しているから参考にしてみてはどうか。
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?Yui_Neko

>>36
一応三つともやってますが、移行できてなさそうです。

Monaのソースの
flush_q1:

mov esp, 0x80000
のところがよくわかんないです。

>>37
486本は一括のソースがないから微妙です。
4章と5章は熟読しましたが、移行後がさっぱりな感じです。

>>38 yukky氏
俺も同じくVC派です。是非参考にさせていただきたいです。

霧にVC布教しようとしたの雪か>>1だろ
ttp://pcsoft-os.ten.thebbs.jp/1083464259/676

沈脳がまた来たのか？

鶏口牛後か

霧組の構成員だろ
霧に協力要請されてた品

VCってフツーのマにとっては6を意味する
7以降を意味するのはｷﾃｨだけ

なんでVCなんて茨の道を選ぶのかよくわからんな。
使えないことは無いが…

>>40
エラトステネスのふるいのメインがまとまったコードだが…
それ以上何を求めてるんだ？まあページング関係の設定が入っていないが。

VCを使うのがイバラの道なのはわかってます
Closeの窓ソフトですからね
でも茨が生えてるのは進まない理由にはなりません
逆にレールがひかれてる道を進むだけなら
即在のOSを改造するなりそのまま使う道を選びます
我に七難を の心境です
本来ならコンパイラやリンカを自前で作るのが良いのですが
八難目なので今は作らない方向で考えてます（ｗ

VCを視野に入れている理由は
・最適化がGCCより優れている(と私は感じる)
・naked等が使える
・インラインアセンブラの表記が柔軟しかもINTEL形式
GCCが優れていると感じるのは
・他のアーキテクチャ移植
・ドキュメントが豊富
・OBJファイル等の自由度が広い
・コンパイルファームを一つに出来る

他にも色々ありますが、色々な所を総合的に考えてます

なんでオプ厨はVCを執拗に攻撃するのん？

オプソじゃないから

>>48
いや、わざわざ苦労を増やさんでもというぢぢいの戯言だ。
まあ…その昔MS-Cにえらい目にあわされた怨みとか…
そういうのもあるが。

どうしても苦労したいというのを止めるつもりはないよ。
年寄りは生温かく見守るだけです。

VCに関してはLibCリンクやRTTIやら外したり
エントリポイント変えたり(実は意味なかったｗ)
変なAilgn消したりベースをいじったり
色々あがいて、あとはCOFFヘッダを消すだけな気もしますが
(消さなくてもファイル大きくなるだけかも？)

で、気が変わりました
確かにM$はｵﾌﾟｿじゃないし、そのコンパイラを基準にするのは
気分良くないですね・・
GCCが最適化弱いのは、アセンブラに直せば良いし
naked使えないとしても アセンブラ関数にすれば良いし
GCCを基準に考えることにしました。


で話は変わりますが、実はカーネル本も汗本も何も持ってません
汗はINTELマニュアルで十分だけど、カーネル本は欲しいなぁ
コレは欲しいっていうの 日本語限定で無いですか？
ソースを見る方が早いとか言われそうだけどｗｗｗ

どうしてGOを使わないんですか!僕はyukkyさんのやり方に強く抗議します。

Kタン七誌で乙

>>52
NASKは評価中です
shortとか書かなくて良いのが素晴らしいです

GOに関しては、今の所あまり調べていません
GCCに準拠してるそうなのでGCCで作っていっても
その後の移殖は問題なさそうですね

>>51
論点が少し違うような。
gccでも出来ることにVC使ってる人って補完とかそういうIDEの機能が目的じゃない?
コマンドラインのコンパイラだけだったら最適化もできるやつが無償提供されてるから
VC買う必要ないってことになるけど、IDEで商品価値を付けてるわけだし。
ttp://msdn.microsoft.com/visualc/vctoolkit2003/

vimやemacsの達人でVCのIDEなんか糞って言い切れるほどの実力者なら関係ないけど。

>>55
IDEとコンパイラエンジンは同じもの使わなくて良いと思いますよ
実際私はGCCの仕事の時でもエディタとしてVisualStudioや秀、WZ使うし
Excel使う所もありますしバイナリエディタも使います
それに 部分的な機能はVisualStudio上でトレースデバッグしてから
GCCのソースにつけたしとか普通にやってます
OS作成でも メモリアロケート、タスクスイッチ、ファイルシステム等
エミュ環境作ってでもIDEでデバッグするかもしれません

もしOS作成が、通常アプリのようにIDE上で動くのなら間違いなくVCで開発したでしょう

なので 私がコンパイルエンジンとして考える機能は
速度、サイズ、方言 になるわけです

856: heno ◆.CzKQna1OU [sage]: 04/01/23 16:47
mask◆nl7ClMRWE6 さんは理解されている様ですが（　;´∀｀）

>>840 オープンソースのアップローダを使ってればイインジャネ?
プロジェクトの成果物がオープンソースかどうかと
使用するcgiがオープンソースかどうかは
基本的に関係ありません。

ファイルのやりとりは、それが問題無いものならば
SF上の既存システムで可能なので設置の必要はありません。

>>849 配布目的じゃなくて利用するだけなら別に問題ないと思われ。
配布ではなくて受け渡しならば、mask氏のメールアドレスに
L氏がメールにて送付するだけで終わりです。
SF.jpは転送メールアカウントについて関与するでしょうけれど、
配布に関する懸念はありません。


こんな発言を見つけたがこいつのトリップは#test

>>56
そういうときはVCとは言わずにclと言うべき。

それにデバッグうんぬんはあまり関係ないような。
VC以外でOS開発までサポートしたIDEなんてないんだから引き合いに出しても仕方がない。

ツール使い分け自慢をしたいんだったら目の覚めるような能率向上を見せるしかないよ。
こういう作業にはこのツールを使うと1時間が3分になったとか、そういうの。
それが出来なかったら検証できない自己満足なんだから。

Excelをエディタに使うってのだって、
単純なテーブルはExcelで編集してCVS経由でスクリプトに食わせるか
そのままマクロでソース化して埋め込むとか、そういうことを言いたいんじゃないの？
もしそうじゃなかったら漏れに対して「こんな素晴らしい使い方がある」と自慢できるわけだし。

>>55
VCToolKitって .netだしね・・・
私はVC6.0しか認めませんよｗ

それはさておき 最適化もできるやつが無償提供されてるとの事ですが
まず最適化ってなに？ って考えてみましょう
最適化って事は元より良くなる 早くなるor小さくなるって事
元はCソース？ Cソースって動くんですか？？？
つまり最適化って単なる当社比だと思うんですよ
私が比較したいのは当社比じゃなく、他製品との速度や大きさです
で ちょっと自分の目で比べた限り VC6.0が一番優れてました
本当は VS.netのが優れてるらしいのでまた調べないといけないけどね
でもINTELのC++が一番早いとの噂があります
しかし高価なので買ってませんし、試用版も今現在無かったはずです

>>59
おいおい、あんたが最適化の話を持ち出したんだろう。
それにあんた自身がOS開発でclを捨てるって言ったばかりじゃんか。

オプソ厨がgccに拘るのは第三者が無償で追試できることを重視するから。
開発はWindows推奨という前提ならclを使うことに余分な出費は必要ないって話でしょ。

VCも変えない貧乏人に発言権は無いよ

うーん、叩かれたって思ったのかな？
荒れた世界に魅力を感じたって言ってたからわざときつめに書いただけ。
これくらいでヘコむなよ？＞雪

>>60
へこむ？私が？ｗ
麦のように踏まれれば踏まれるほどよく育ちますよｗ

わたしがVCと称したのは cl Link Nmake等を称したコマンドライン開発ソフト群
の事だったのね。
IDEで開発 VC買わなきゃダメって勘違いさせちゃいましたね

たとえclで開発の路線になったとしても 多分ToolKit落とせばコンパイルできるよ
それにGCCとVC両対応もそんなに大変な作業でもないし
どうせLibCもシステムコールも使えないからｗ


相手してもらえるだけで満足してますｗ

>>63
>それにGCCとVC両対応もそんなに大変な作業でもないし

両対応ｶｺｲｲね

>>63
いいね。その調子。
そういう視点は今までの和製連中にはなかったから面白いと思う。
あとエディタやツールを駆使した能率アップ術も無視しないで教えてね。
ExcelでCSVのテーブル作るとか以外にソース書きに使えるか知りたいし。
使い分けは単なる趣味ってだけなら別にどうでもいいんだけど。

前スレでまったりしてたものです。いつのまにこんなスレが。

カーネルはVC++.NET2003で作ってます。
CRTなどの再配布可能ファイルをリンクしてしまうと
EULAの「Windows以外での実行禁止」に引っかかるので気をつけてください。

VC.NET2003はいくつかの基礎的な関数がインライン展開されるので使うならVC6よりこっちです。
インライン展開されてしまえばEULAに引っかからないので。
あとちなみにシステムコールを伴わないライブラリ関数は動くと思います。

VC対応か…
clでOS本体作れる人っているんかね…？

いつの間にか疑問形になってたｗ
いるんだ…ということでｗ

【OS開発者におけるコンパイラ使用状況】（加筆、訂正よろ＞ＡＬＬ）

K: GO(俺様版gcc), lcc; 備考: コンパイラ作りたかったけど手に負えないからgcc改造して誤魔化したYO!
LightCone: nwsc（完全俺様版）, cl（VC6）; 備考: gcc嫌い, .NET興味なしVC6ﾏﾝｾｰ
ひげぽん: gcc; 備考: 余計な手間を増やしたくないからgcc以外試す気もない
sakky: gcc; 備考: GPLもgccも大嫌いだけどx86-64のため泣く泣く使用
猫神: cl(VC6); 備考: .NET興味なしVC6ﾏﾝｾｰ？
yukky: cl(VC6), gcc; 備考: .NET興味なしVC6ﾏﾝｾｰ, お情けでgccにも対応
前スレまたり（＝660？）: cl（VS.NET2003)
MiSt: bcc, gcc; 備考: 使ったこともない（それ以前にまともにアプリすら作れない）のに直感で評価

【集計】
※実際に使って成果を出していないMiStは除外

gcc(3): ひげぽん, sakky, yukky
cl-VC6(3): LightCone, 猫神, yukky
cl-VC71(1): 前スレまたり
lcc(1): K
GO(1): K
nwsc(1): LightCone

>>70-71
珍脳を忘れてはいかんよ、君

痴脳: gcc; 備考: GPLもgccも大嫌いcscﾏﾝｾｰだがOS開発に使えないので泣く泣くgccを使用

660ではないです。いま過去ログ見れないんで具体的な自分のレス番分からんですけど。
VCはEULAが痛いですね。でもgccは統合環境がないのと、インラインアセンブラが微妙で…。
僕はgccは試してないんですが、gccってC++の例外機構とか使えるんですかね〜。
VCは例外機構使おうとするとリンクしないとダメで、しかもWindowsAPIが必要になるんでダメでした。

>>74
その辺は同じ
たとえばmonaではgcc使ってても-fno-rtti

>>74
崎本様提供過去ログ
ttp://nostalgia.rr6.org/test/read.cgi/oslog/1083420872

>>73
自前でMSILを抜き出してPreJITしてOS開発に使おうとしてた筈

>>76　前スレ957でした。
公開はしばらく先なのでそれまでは名無しさんで行こうかなと思ってたんですが、
番号くらいは名乗ることにしますか。

>>75
なるほど。やっぱり似たようなもんですね〜。

>>67
まあ原理的にはそうだけど、芋蔓で依存しているので
ほとんど使いものにならんと思ったほうがいいな。
何も考えないで使えるのはstring.hとmemory.hに入ってるやつ位だろう。

>>68
clよりlinkの自由度の低さの方が辛いような。
Win32のバイナリに最適化されてるからのう…

>>79
いったんDLLを作ってしまえばその後の加工は大して難しくないような。

>>79
EULAの関係上、CRTは全部自作かどっかから持ってくる事になるわけだから
使い物になるかどうかは関係ない。
CRTには非公開の関数(スタックチェックとか浮動小数点演算関連、__int64
関連等暗黙的に呼び出される関数)もあるから、そっちの手当が面倒な事に
なるかも知れない。

link.exeは完全にPEフォーマット用だから、独自実行ファイル形式にする
なら、自作リンカになるね。

>>81
リンカを自作するよりリンクされたDLLを変換する方が格段に簡単では?

>>82
リンクされたDLLを変換するの意味がよくわからない。
非PEフォーマットならDLLは別世界の話だし、PEフォーマットであれば、
特別な変換をする必要はないと思う。Windows上で実行できないように
サブシステムの番号を改変するぐらいはした方はよいかもという程度。

.NETのようにサブシステムはWIN32のままでランタイムDLLをかませるのが一番いいと思うんだが

>>81
確かに long long の関数が欠けてたので補う必要がありました。
でも僕のカーネルはVCの出力まんまの kernel.dll です。
でもそのままだとアセンブラからはロードしにくいので加工してます。

>>85
PEフォーマットを採用するのであれば、CRTをどうにかするだけ
で済みますね(簡単かどうかは別にして)。
例外機構は、カーネル周辺はWindowsでもVC++の例外機構は使わずに実装
している(VC++の例外機構はOSのサポートを前提にしているので当然)。

最近yukky付き合い悪いよね って言われかねない状況（ｗ
で今週は友達お付き合い習慣でしたｗｗ
人間付き合いは面倒だ

てなわけで進んでないけどCygwinGCCだとbin形式でLinkできないかんじ・・
clでもgccでも結局PEかCOFFを解析しないとだめっぽいｗ
あとアセンブラ部もLinkしたかったのにCOFFだと16bitコードが配置できないかんじ

あと 当初の適当な予定では マイクロカーネルのRTOSやりたかったのね
意味あるかわからないけど、各カーネルサーバの間はCOMのようなインタフェースで
リング２ぐらいでカーネルサーバ動かして中間層で実行させて
APIはdllで提供してCOMのようなオブジェクト指向型にして
って結局は作り始めないと構想まとまらないから 見切り発車してますｗ

＞予定としては、Athlon64で動作（つまりIA-64）

前後の繋がりが見えないんだが・・・

>>83
オブジェクトファイルを自力でリンクして独自形式を作るよりも
既にリンクされたPEのDLLを独自形式に変換する方が簡単

>>87
＞CygwinGCCだとbin形式でLinkできないかんじ
Monaくらいチェキしろや
strip -O binary

>>88
湾岸も同じこと言って早紀に怒られてたな
スルーしてたからいまだに区別付いてんのか不明だが(ﾌﾟｹﾞﾗ

>>90
今の所stripで開発してます
でもまだちょっとstripでbinにするの気持ち悪い気がしてるんですよね
cl対応の事も考えるとstrip移殖するかリンカ作るかバイナリ加工
のどれかになると思ってるので
dllを考える時に一緒に考えようかとおもっています

>>83
COM64みたいな奴の事では。
ELFからの加工だとstripの激しい奴をかけてスタブくっつけたような形になります。

>>89
良し悪しは用途によると思います。
加工元の形式からある程度以上離れる事は出来ませんから。

>>91
持ってるんだから区別付いてるに決まってるじゃん。
ていうか64bitならia64だろうがsparc64だろうが似たようなもんだよ。

Monaカーネル解析

http://tkralia.hp.infoseek.co.jp/mona/

Monaスレとはここですよね？

>>95
後進に道を譲った
>>1
＞卑下スレ
＞http://pc5.2ch.net/test/read.cgi/os/1066957498/

割り込みにするかゲートにするか
DSとSSを変えるかフラットにするか
ページディレクトリをプロセス間で共用するか個別にするか
またページディレクトリを1024エントリ全部作るか
ページディレクトリテーブル、ページテーブルの領域管理どうするか
考えてると ほんと悩みますね

＞割り込みにするかゲートにするか
意味不明。割り込みゲートにすれば両方解決ってか？ｗ

＞またページディレクトリを1024エントリ全部作るか
必要な部分だけ作ればいい
毎回全部作ってたら１プロセスあたり最低4MB消費するｱﾌｫOSになってしまう

>>98
＞意味不明。割り込みゲートにすれば両方解決ってか？ｗ
いわゆる int割り込みと、コールゲートの比較って事です
コールゲート方式の方がエレガントな気はしますが
総合的にみてint割り込みの方が優れている って思ってます

＞毎回全部作ってたら１プロセスあたり最低4MB消費するｱﾌｫOS
ページテーブルまで作ったらね・・ ページテーブルは必要な数だけ作ります
各プロセス ページディレクトリ(4K)とページテーブル(4K) 最低8K必要です。
ページディレクトリを共用したくないと思うのは
ユーザプログラムの不正アクセスからの保護を考えての事です

物理メモリ管理は これまた考えなければ・・

＞またページディレクトリを1024エントリ全部作るか
あ〜 書き方悪くて誤読率高いですね
ページディレクトリ用に例えば1524エントリ分確保して
下位からプロセス毎に１エントリずつ登録して
CR3の値を1エントリずつずらして使えば
*500が+500に押さえられるという荒業を思いついて
それに対する突っ込みでした。。

ブートローダを書くならgas nasm masm32のうちどれが適してますか？

>>101
aska

Intel野郎なら nasm
AT&T記述になれてて多プラットフォームで使いたければ gas
masm32 ? リアルモードのアセンブリできるの？ｼﾗﾈ

djgpp

>>101
どれでもいいよ。
masmで書けるか試しに書いたことがあったが、普通にIPLとして動作したから。
アセンブリソースを別な用事で昨日探したんだが、無かった。捨てたようだ。

askaでmultiboot規格カーネルサンプル佳久也氏きぼん

http://www.777systems.client.jp/
また、マイクロカーネルが採用されていて、開発の効率が良いです。


ﾍｪｰﾍｪｰﾍｪ

777-KONOX License

・オープンソース義務
7KLで保護されたドキュメントをオープンソースにする義務は、特に無い。


ﾜﾗﾀｗ　項目の意味がないｗ

>>107-108
工房か厨房が妄想しているんだろうから、生暖かく見守ってやれ。

見守るのは楽しいのでどうでもいいが、
若気の至りが永遠に残るのは結構きついような気がするなあ。

チラシの裏なら捨ててしまえばいいけどねえ。

＞チラシの裏なら捨ててしまえばいいけどねえ。
こういうこと？↓

　　　　　　r;ｧ'N;:::::::::::::,ｨ／　　　　　 >::::::::::ヽ
.　　　 　 〃　　ヽﾙ1'´　　　 　 　 ∠:::::::::::::::::i
　　 　 　 i′　　___,　-　,. = -一　 ￣ｌ:::::::::::::::ｌ
.　　　　　 ! , -＝=､´r'　　　　　　　 　 l::::::/,ﾆ.ヽ
　　　　　　ｌ　　　　　　　　_,, -‐''二ゝ　 ｌ::::l fﾞヽ |、 ここはお前の日記帳じゃねえんだ
　　　 　 　 ﾚー-- ､ヽヾﾆ-ｧ,ﾆ;＝、_　　 !:::l ） } ト
　　　　　　 ヾ¨'７"ry､｀ 　 ｰﾞ='ニ,,,｀　 　 }::ヽ(ノ 　チラシの裏にでも書いてろ
:ｰゝヽ､ 　 　 !´ "￣ 'l,;;;;,,,.、　　　　　　　,i:::::::ﾐ
::::::::::::::::ヽ.-‐ ﾄ、　r'_{　　 __)｀ニゝ、　 ,,iﾘ::::::::ﾐ 　　　
::::::::::::::::::::Vi／l:::V'´;ｯ`ﾆ´ｰ-ｯ-,､:::::`"::::::::::::::;ﾞ　, 　な！
:::::::::::::::::::::::::N. ﾞ､::::ヾ,.｀二ﾆ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l　ヽ;:::::::::::::::::::::::::::::::::::::::::::／　／
::::::::::::::::::::::::::::::!　:|.＼;::::::::::::::::::::::::::::::／　／

妄想するのも、その結果を自分のwebサイトに載せるのも自由だけど、
後悔しても一回公開した物は簡単に消せないんだよってな忠告ですな。

漏れも昔似たようなことを色々妄想していたのですよ。
記録は紙ベースだったので、既に全部闇に葬ってしまいましたが、
今そんなのが残ってたら耐えられん。

本人まじめにやってるから聞いてもらえないだろうなあ。
Kﾀﾝくらい体を張れるなら余計な心配だが。

>>112
おまいはルビま！編集長かと・・・

ちなみにこれな。
http://jp.rubyist.net/magazine/?0001-ForeWord
> かくいう私も学生の頃や卒業間もない頃に似たような駄文を書き散らしていたことがあるのだが、
> 今思い返すと拙さゆえの恥ずかしさが先に立ち、内心穏やかではない。ネットに晒さずにいて
> 良かったというのが本音である。

名無しなんだからいいでしょうに…

mistとかkonoxとかbblとかはスレ違い（>>19参照）
こっちでやってね
ttp://pc5.2ch.net/test/read.cgi/os/1018174274/

>>115
え、何 本人だったの？すまんかった

>>117
違いますが。

思わず噴き出したんですけど…http://6561.teacup.com/mkt927/bbs


-----
鯖立ち上げました。　投稿者：管理人　投稿日：12月16日(火)13時58分41秒

自宅Web鯖、立ち上げました。ワーイ！
あたらしいアドレスは、http://192.168.0.12/index.htmlです。
でも、自宅鯖だから不安定なので、起動していないときもあるかも。
では。

http://192.168.0.12/index.html

>>119
そういう場合は、
「そのIPアドレスは私が使っているものです。勝手に使わないでください。」
という苦情を入れるべきです。

参考：ttp://damedame.monyo.com/?date=20030221#p07

ログきぼん

１がみんなから貰ったお金で生活するスレパート ...
... ＋＋＋＋＋＋＋＋ ＋＋＋○○○＋＋ ＋＋＋○○○○○ ＋＋＋○＋○＋＋ ＋＋＋＋＋＋＋＋
＋＋＋＋＋＋＋＋ （・∀・）黒 652 ： ◆7Iv2gz55JE ：04/04/10 14:14 ID:YC5miw4Y
私のページhttp://www.geocities.jp/konoxos/index.html の2ch ...
aa5.2ch.net/test/read.cgi/aastory/1063703559/601-700 - 38k - キャッシュ - 関連ページ

>>113-114
ちゃいます。
こういう人種はみんなそうやって育って行くのですよ。たぶん。

なぜかそういう知合いが多いんだよなあ…

emu486のスクショみつけたんでしらせておくね

霧じゃ泡はつくれんよ

>124
阿波って何ところで彼汗できたんだねvv
http://pcsoft-os.ten.thebbs.jp/1083464259/746

>>125
ブートローダを書けるって言うのと、アセンブラでプログラムを書けるってのは、
"Hello World"が画面に出せるかってのと、Winのソフトが書けるかってのくらい違うと思ったりします。
彼が前者か後者かは知りませんけどね。

ORG 8000H
LD C, 80H
LD B, 00H

さっきゅん神と仲の良くない臆臆
あいつって何様?
口ばかりで動くコードを出したことがない
飽きたとかいろいろ理由をつけているがただ実力がないだけの
頭でっかちだな

そもそも臍とのトラブルも臆臆が駄目なのが原因＞口ばかり
ある程度まとまったきちんとした動くコードを今すぐ見せられたら謝るけど

池沼さっきゅん七誌で乙

無理だろ藁＞動くコード

火消し様乙でありまっす！

神々は対立なんかしないよ

ttp://diary.okotama.org/
＞みんな仲良しのつもり

臆臆は神々じゃないよ
ただのおっさん

>>134
18歳でおっさんって、あんた小学生？

臆臆はオッサンなのは間違いないです
いちどOFFで飲んだ事あるので、アキバ系のおっさんです

>>135
18歳?ありえない

>>136
今年の４月から電通大に通うために上京して来た野心あふれる好青年ってのは嘘なの？

>>138
本人が「あのプロフィール未だにだまされるやついるんだよね(苦笑)」って
言ってたよ。。

>>136

そりゃ多分川堂さんの方だよ。
某offの飲み会で、osask配ってたって言ってたし。
うん年前だけど。

>>139
なにー、好青年かと思いきやただのキモヲタだったのかー！？
美少女を装って釣りまくったキモヲタもいることだしこの界隈じゃ珍しいことでもないか。

>>140
その人は別人
会ったのはマイコンOFFだし

やっぱりオッサンなのか
日記の絵を見るとやばい
おっさんがあの絵を描いていると思うと・・・

臆臆は普通のチャネラーだろ、ちょっと幼いオッサンなだけじゃん
責めるのはかわいそう

ネットで
若者のふりをする
アニメ絵を描く
知識があるふりをする

dayomon.netの中の人のようなものだよもん。

ひるまっから

-----
プロフィールの難しさ

しかし、認識がばらばらってのも凄いな。

おっさん説が流布してるというか周りからもおっさんおっさん言われてますが、現在19です。

まぁ、あの界隈の年齢分布を考えると若い方では無いな。。

>>146
午前０時頃に既に書いてあったぞ

>>146
2004-09-21T00:28:05+09:00

チャットで話題になったからといってあからさまな自作じえあいおえｈらおた

http://d.hatena.ne.jp/mjt/

ぐりぽんどこやーい

CR3の切替コストに関しての調査の改良版を作成しました(thanks sakkyさん)

ご協力いただける方はこちらからお願いします。
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2F%A5%E1%A5%C3%A5%BB%A1%BC%A5%B8%2FCR3%C0%DA%C2%D8%A5%B3%A5%B9%A5%C8

>>152
なんで>>1で分けられてるのにこっち来るの

>>153さん
こちらの方が自分として本スレだと思えるからです。

自ら荒れるネタを振って痴脳ネタから住人の目を逸らせようとするとは、最高だね、君。

やっぱり卑と恥ってローカルに旧友なの?

すげー不気味なんだけど何これ。

http://pc5.2ch.net/test/read.cgi/tech/1079428078/803-

803 ：デフォルトの名無しさん ：04/09/20 15:48:06
Tinoここにいる?
Monaスレの騒ぎここにも紹介するよ。
http://pc5.2ch.net/test/read.cgi/os/1066957498/290-466

http://pc5.2ch.net/test/read.cgi/os/1066957498/424
http://pc5.2ch.net/test/read.cgi/os/1066957498/433

807 ：デフォルトの名無しさん ：04/09/21 21:15:12
>>804
元々はMonaというOSはCygwinかUnixでC++でELFバイナリ形式で開発だったのを
TinoさんがUnixをコンパイル環境から切り捨て、PEバイナリ形式優先にして
さらに.NETが必要なように誘導している。

個人の嗜好でやっているならまだしも、仕事として請け負って（もちろん.NETの
元締めから)やっている感じがするんだな。

>>128
昔の日記にコードが載ってたような記憶が…リンクだけだったかなあ？
とりあえず漏れ評価では問題外だったが。

>>152 = 154 = 卑下
1の卑下スレがMonaのスレッドです。
残念ながらもうここはMona専用のスレッドではありません。
ですのでテストなどはそちらのほうでお願いします。
追い出した立場ですが、しっかり区別していただかないと困ります。

ブートローダ：
いちおうプロテクトモードへ移行できたみたいです。
次にカーネルジャンプしないといけないわけですが、
makeツールを改良しないといけないので後になりそうです。
…というよりもリアルが忙しいので中断しないといけないかも。

yukky氏が再び降臨するまでROMしときます。

>159
がんばれー

>>159=こどちゃん

https://sourceforge.jp/projects/coron/

ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!

http://en.wikipedia.org/wiki/OS-tan

ナニコレ

>>163
きしょい、グロ

>>163
OSたんか。ふたば☆ちゃんねる って何？
いや、そんな事よりも、MS-DOSとDOS/Vが別項目になっているのは、
書いている人がNEC PC-98ユーザだったからなのか？

【スレ住み分けガイド】

・OSを作るためのプログラミングの話題
OSを作ろうpart11
http://pc5.2ch.net/test/read.cgi/os/1093825736/

・OS開発にまつわる雑談や開発者への批評など
【2chOS】OSを作ろう【マジ】
http://pc5.2ch.net/test/read.cgi/os/1018174274/

・Monaおよび卑下に関する話題
・Monaを作るためのプログラミングの話題
【ひげぽん】2ch発のMona 一発目【モダンOS】
http://pc5.2ch.net/test/read.cgi/os/1066957498/

>>159
同意

ここにどうしても書き込みたいんならMonaの宣伝より先にすることあるだろうに。
後進に何のアドバイスもしてないしな。

覆水盆に返らず

意図的でなくても卑下は後進の育成を妨げてるように見えるのは事実。
先輩として何のアドバイスもせずにMonaの話ばかりされたら引く。
誰か師匠になってくれなんて甘えたこと言ってないで
積極的に自分が師匠になるくらいの気概を持たないと駄目。
そんなことだから卑下なんて呼ばれる。実際に自分を卑下してるから。

和製OSみたいな狭いパイを取り合っても何の意味もない。
自分（Mona）のことばかり考えていたら自分の首を絞める結果になる。
その辺を自覚してもらわないと困る。

育てようにも、物になりそうな人材がいないつーのが…
やる気だけじゃ何ともならん世界だからのう。
Kﾀﾝががんばって育てようとしているようだが。

ところで、狭い世界なら広くしようという考え方は無いんですか？
集まってるのは自然な流れだと思いますが、そこで閉じてしまっているような気がするもので。

現実問題、和製OSなんてお題目で集まるのは粕だけ。
動きました〜感激〜で終わり。
ある程度実力がある人間だと鶏口牛後で自分で作ろうとするから、
開発を手伝わせようとしても裾野は広がらない。
既存の和製OSは素人でもここまで出来るという例が関の山。
だから裾野を広げるには既存のOSを全面に出すのは無意味。
「俺も開発したい」という興味を喚起させないと。
ちょっとでも開発しようと思った人がいれば過保護なくらい援護しなきゃダメ。
自分のセクトに引き込もうとしたりするのは厳禁。

古来武芸者は一人一流派が基本。
免許皆伝を受けた門下生は独立して俺流を旗揚げ。
和製OSの世界もそんな感じでしか成り立たないと思われ。

芸者がなんだって?>teen円光が合法な京都市民a

ご無沙汰してます。東京ゲームショー行って眠いですZzz
大量にもらったβをプレイしてレポートまとめがまってます orz

それはともかく、2週間以上手をつけてないです
プロテクト移行＆C言語移行が終わったので
メモリ割り当てあたりから始めようと思ってます
メモリ割り当て作ればC++も最低限使えそうな気もしま寿司
でメモリ割り当てを調べていると色々なアルゴリズムがあり一長一短で悩んでます
まずは資料を漁って その後軽いベンチマークなり行ってから実装 なのかなぁ と
Minix本買ってこねば・・

>>167さん
>>169さん

後進の方々へのアドバイスですがほとんどしていないのは認識しています。
他のOSの設計方針やプロジェクトの方針、ツールの選び方に関しては出来るだけ口を出すべきではないと考えています。


私はMonaを実装していく上で困ったことはある程度以上の規模になったときの日本語資料の少なさです。
またこのコードは動いているんだという核心が持てる参考に出来るコードの少なさです。

上記を少しでも改善できるよう以下のことを心がけています。(OS Wikiやosdev-jには適いませんが)

以上の理由から、少しでも思考の過程が分かるように

・設計時にはMona PJ Wikiにメモ等を残すようにしています

・日記も上記のイメージです

もちろん質問していただければ答えられるとは思います。

ただしOS開発初期部分は確信を持って答えられるか微妙です(例えばプロテクトモード移行とか)
逆に、プロセス･スレッド管理やページング・メモリ管理、プロセス間通信のことであれば答えられると思います。

卑下がかーけば　おもいだすー♪

痴脳のキティ〜　遠い空



最も素晴らしかったのは腰掛けて靴を履いている女の人のスカートの中だっけ？

水にぬれた花が 感じてーる
夢見て 感じてーる どーて(ry

花には水を、穴には棒を！

>>171
>ちょっとでも開発しようと思った人がいれば過保護なくらい援護しなきゃダメ。
>自分のセクトに引き込もうとしたりするのは厳禁。
自分のセクトに入ってきた人には手厚い保護を与えるが、
外部のものには一切のアドバイスをしない。
出て行きそうになったら、こっそり靴の裏に鉛の錘を入れて
おく。
本当に出て行ったら無視。二度としゃべらない。

なんちゃって。

欲しい人には、見えない魔法のテグスをベルトのワッカに繋げて
おき、自陣の中心軸にくくりつけておく。

その人は、自分がどういうわけである軸の周り公転していることに
気づくが、糸が見えないので何がおきているか分からない。

魔法のペニスがなんだって?

その女が気持ちよすぎて犯されていることがわかっているのに何がおきているかわからない????

>>174
Yukky氏お疲れ様です。
やっぱり先を越されてましたか。どうぞ頑張ってくださいー。

>>175 卑下
私とは考え方が異なりますが、上記の思考内容を公開するという考え方には
おおむね同意は出来ます。

ですが、私個人としてはOS開発初期の所を何かの形で整理して、
後進のために資料化をしていただければと思っています。
逆にプロセス管理などはMinix本なりを読めば内容把握は出来ると思うのです。
（コード化できるかは分かりませんが。）

いずれにしてもMonaにしか関係ない話はそろそろ他でやれや＞卑下

□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□
□□□□□□□□■■■■■■■■■■■■■□□□□□□□□□□□
□□□□□□□■■■■■■■■■■■■■■■□□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■□□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■■□□□□□□□
□□□□■■■■■□□□□□□□□□□□■■■■■■□□□□□□
□□□□■■■■□■■■□□□■■■■□□■■■■■□□□□□□
□□□■■■■□□□□□□□□□□□□□□□■■■■■□□□□□
□□□■■■■□□■■■□□□■■■□□□□■■■■■■□□□□
□□□■■■□□■□□□□□□□□□■□□□□■■■■■□□□□
□□□■■■□■□□■■■■□□□□□■□□□■■■■■□□□□
□□■■■■□□□□■□□□□□□□□□□□□□■■■■■□□□
□■■■■□□□□□■■■■□□□□□□□□□□■■■■■□□□
□■■■■□□□□□□■■■■■■□□□□□□□■■■■■■□□
□■■■□□□□□■■■□□□□■■□□□□□□■■■■■■□□
□■■■□□□□□■□■■■■■□■■□□□□□■■■■■■□□
□■■■■□□□■■□■□□□□□□■■□□□□□■■■■■□□
□■■■■□□■■□□■■■□□□□■■□□□□■■■■■■□□
□■■■■■■■■□□■□□□□□□□■■□■■■■■■■■□□
□■■■■■■■■□□■■■■■□□□■■■■■■■■■■■□□
□■■■■■■■■□□□□□□□□□■■■■■■■■■■■■□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■■□□□
□□■■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■■■□□□□
□□□■■■■■■■■■■■■■■■■■■■■■■■□□□□□□
□□□□□■■■■■■■■■■■■■■■■■■■□□□□□□□□
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□□

　殺伐としたスレに救世主が！

　謎のヒーロー「アイヴァン・マン」現る
http://news.bbc.co.uk/2/hi/uk_news/england/southern_counties/3664996.stm
　英国はブライトンに謎のヒーロー「アイヴァン・マン」が現れた。
　マスクとマントに身を包むアイヴァン・マン。彼の正体は誰も知らない。
　しかし彼は「さる大富豪」の命をうけ、人々に幸せを与え続けているのだ。
　彼は人々に花を与え、現金を与え、時には１杯のコーヒーをおごる。
　また道に迷う人あれば案内し、ショーウインドウの時計を見つめる男性があればその時計を買ってあげさえするのだ。
　アイヴァン・マンは語る。「私はただ人々に幸せを届けるためにやっているのです。
　人々に贈り物をすることは私の無上の喜びです。」と。
　また謎の大富豪について「大変寛容な方です。名前を聞けば知っているはずです。」と語った。
　彼はこれが何かの広告であることを否定し、２、３週間のうちには全てが明らかになるだろうと語った

　　　　　　　　　　　　↓ヒゲポソ
　　　　　　　　　　　　　　）
　　　　　　　　　　　　　（
　　　 　　　　　,,　　　　　　　　）　　　　　　）
　　　　 　　　　ﾞﾐ;;;;;,_　　　　　　　　　　　（
　　　　 　　　　　ミ;;;;;;;;､;:..,,.,,,,,
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ
　　　　　　　　　　ﾞゞy､､;:..､）　　｝
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　 　　　　/;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:(´∇｀).:.､;:.,._､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ　
　　　　　　 ﾞ{y､､;:...:,:.:.､;､;:.:,:.:.　._　　.､）　　､｝
　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′

ブートストラップローダでメモリのある番地読みに行けば
起動する事は理解できたんですけど

結局のところ、その先にどんなコードを書けばOSになるんですか？

先輩面して答えてやれや＞卑下

ネタにも応対しなきゃいけないひげぽんさん可哀相。。。

>>189
どうしてもこのスレを仕切りたいんだったら最低の義務やん
それくらい面倒見るくらいじゃないとこのスレにいる資格ないしそもそも恩知らず

>>187さん
あまり具体的なことはかけませんが。
187さんがOSだと思ってるもの(WindowsやLinux?）と自分の理想のOSを思い浮かべて
自分の現在のOSに足りないと思うものを好きなものから実装していけばよいと思います。

実際問題としては、文字の出力等を実装してみるといろいろ必要なものが見えてくると思います。

>>190
なんだその恩知らずって。意味不明。

卑「おいすー＾＾」
嫁「あ、ひげたん インしたお！」
卑「よーし今日もがんがん逝くぞー」
嫁「おっ、おおっ！！あふぅお！」

>>192
卑下七誌出乙
今までスレで散々世話かけただろーが

>>193
嫁萌え

>>187
質問が漠然としていて答えられません。

まずOSがどんな機能を提供するべきかについてあなた自身が調べ、
考える必要があるでしょう。
具体的な回答が欲しければターゲットマシンも明示して下さい。

一般的には、ハードウェアを初期化して割込ハンドラを定義した後
アプリケーションへ実行権を移すことになると思います。

スレがマトモな方向に向かっているんだから
さ　っ　き　ゅ　ん　自　ス　レ　へ　カ　エ　レ

さっきゅん＝ABone作者でしょ？

>>198
あれ、砂丘はかちゅ使いだったんじゃ??

おくたんが200ゲットしたお！

200ゲットとか大好きなのもさっきゅんだよね

たのむ　さっきゅん　死んでくれ

113 名前：Be名無しさん[sage] 投稿日：04/05/09 16:12
前スレ

★２ちゃんねらーでOSを作ってみないか？★
http://pc5.2ch.net/test/read.cgi/os/1062909154/

999 名前：ひげぽん ◆Ngzcp/NZpA [sage] 投稿日：04/05/09 14:15
来た?

1000 名前：Be名無しさん[sage] 投稿日：04/05/09 14:15
ななしさんがせんげっとだずざー


明らかにヒゲ本人

114 名前：Be名無しさん[sage] 投稿日：04/05/09 16:15
彼はたとえ修羅場にあっても1000取り合戦には参加してくるね。

115 名前：Be名無しさん[sage] 投稿日：04/05/10 00:59
>>114
214 名前：ひげぽん ◆Ngzcp/NZpA [sage] 投稿日：04/05/09 23:33
>>207さん
なるべくはやくリリースしたいですね。
大幅に遅れていて申し訳ありません。

>>208さん
ばれました。。。暇ではないのですがつい・・

証拠ズサー（＿A＿）

>>180
これですか？
＞唐突で済みませんが、このご意見は凄いですね。
＞パンチするのも何となく気持ちいいとか思ってしまうことはありませんか(^_^;)--LightCone
＞NWSOSの方へ繋がっているヒモを引っかけておこうとしています。
＞知らないうちに少しずつ長さが短くなって、いつの間にか気がっついたらNWSOSが目の前にあるという。--LightCone
＞ごめんなさい、冗談です。--LightCone

卑下はずれてるっていうか自己厨杉。
今も昔も最も需要があるのは本当の初歩の初歩。
それこそお前がPart2で他人の世話になって苦労したことだよ。
それなのにもう忘れたとか言ってんの、見てらんない。
今のMonaの話なんか誰も興味ないっちゅーねん。
スレは俺の物とか逝ってんじゃねーよ。
和製OS全体として考えないといけない立場なんだから逃げるなよ。

OS作るのに必要なものを教えてあげよう。

それはあくなき探究心と聞く前に調べつくす好奇心だよ。
本当に何かを生み出したい人間ならそんな事意識しなくても自然に
行動に移してるよ。
あとは本だな。本で再確認して知識の整理をする。
それだけ実践できればどんな事でも可能になるでしょう。
結果が出ないのは常に自身の努力が足りないだけ。

まずはLinuxカーネル2.4.17のソースを落としてきて
「UNIX Collection Linuxのブートプロセスを見る」
あたりを買ってきて移動中でもメシの途中でも常に読み返して
完全に把握できるまでがんばろう。
それでそれを自己流でより簡潔なソースに書き換えよう。
そこまでできたら次にする事はその本に書いてある。

俺のはすでにめくってる箇所が黒くなるほどになってるぞ。
みんながんばれ。

こんなとこでどうした＞本7

>>191 >>196 >>205
右も左もわからない香具師にそれはないだろ

>>187
Kが良いこと言ってるよ。さすが。YAGNIだね。

ttp://wiki.osask.jp/?K
OSを作ろうとすると、すぐにやれカーネルがどうだの、
シェルがどうだの、デバイスドライバがどうだのといいますが、
そんな風に理詰めで考えていってきちんとOSが作れるのは、
既存のOSの構造を真似る場合か、
もしくはプログラマが超天才な場合だけです。
もっと即物的に考えるほうがはるかにはかどります。
たとえば、まずは起動メッセージです。
その次にはプロンプトですね。
プロンプトができたら、とりあえずclsコマンドをつけてみるとか、
echoコマンドをつけてみるとか、そういう風にやっていけばいいと思います。

>>207
http://pc5.2ch.net/test/read.cgi/os/1074938017/808-811

>>207
突き放しているように見せて本気度を測ってることに気付かないのかな。
会話を成立させ的確な助言を与えるためには相手のレベルを知ることが必要なんだ。

手取り足取りしたい優しさは理解できるけどそれで継続できるのかと小一時間...

>>209
今の和製OS界隈はバブルの時の企業が接待してまで人材を集めたのと似た状況

個人の才覚に頼ってるようじゃ永遠に大衆化しないよ。
いまだにプログラミングは教育課程すら一般化されずに根気と努力でマスターさせてるけど、
そんなの数学や物理だと何百年も前の状況なんだけどな。

批判することではなく作りたい姿勢を前面に出して食いつけばいくらでも答える人がいるだろう。
それとも作りたい人は一部で、批判の大半はさっきゅんの自作自演?
あいつ閉鎖して暇だからな･･･

崎本様は神だから自作自演なんてしないYO!

痴脳七誌出乙

つか、新しい血が入ってこないとこの界隈死滅する瀬戸際だって分かってんのかな。
一見盛り上がって見えるのは興味本位で人が集まってきただけのバブルなのに。

>>211
ＯＳ開発はプラモ作るのと変わらないと思うけどな。
それでもマニュアル教育を標榜するならサイトを構築して誘導すればいい。
ここは掲示板なんだからコミュニケーションスキルを求めたい、というのは贅沢？

思うに荒れるのはさっきゅんの受け皿がないからだ。
↓こんなスレを立てようぜ
閉鎖騒動スレ【さっきゅん】 part1
名前： Be名無しさん
E-mail： sage
内容：
自サイトの魅力がなく躁鬱病のため「閉鎖騒動」を繰り返して皆の気を引こうとする
さっきゅんの受け皿となるスレです

さっきゅんとおれんじぺこおよびさっきゅん発祥の類似プロジェクトの話題は
全てここでお願いします

閉鎖騒動がおきたら盛り上げてください

>>216
汗とかポインタとか和姦ねーって香具師は永久にそのままでプラモ以前ってことなんだが。

この界隈が死滅?
笑わせるなよ。
しばらくOSをマトモに作れるやつが出てないだけだろ
それは才能がないから。

>>219
そういうお前は才能あるわけ？

>>220
そういうお前は才能あるわけ？

きちがい可哀相　｡･ﾟ･(ﾉД`)･ﾟ･｡

>>218
例えばLinuxは番台のキットみたいなもんでしょ。
フルスクラッチする人は自分で道具や情報を集めると思うが。

夏休み等の長期休みになるとOSを作りたいやつが急増。
その中でほんの一握りがブート･プロテクトモード移行を果たす
更にそのうち一握りがページングの手前にたどり着く(わたもち)
そのごにたどり着いたのは皆無

OSASK, NWSOS, MONA, SORAの作者はそれを乗り越えてきた人たち。

さておまえらOS界隈が死滅?元からこんなものだよ。

おもしろい！！ちょっと修正してみた。
思うに荒れるのはさっきゅんの受け皿がないからだ。
↓こんなスレを立てようぜ
閉鎖騒動スレ【さっきゅん】 part1
名前： Be名無しさん
E-mail： sage
内容：
自サイトの魅力がなく躁鬱病のため「閉鎖騒動」を繰り返して皆の気を引こうとする
さっきゅんの受け皿となるスレです。

さっきゅんとおれんじぺこおよびさっきゅん発祥の類似プロジェクトの話題は
全てここでお願いします

閉鎖騒動がおきたら盛り上げてください 。閉鎖騒動のたびにage進行でお願いします。

文章まとまったらスレ作ろう。
閉鎖騒動スレ(ボランティア)【さっきゅん】 part1
名前： Be名無しさん
E-mail： sage
内容：
自サイトのコンテンツに魅力がなく躁鬱病のため「閉鎖騒動」を繰り返して皆の気を引こうとする
さっきゅんの受け皿となるスレです。

さっきゅんとおれんじぺこおよびさっきゅん発祥の類似プロジェクトの話題は
全てここでお願いします。
さっきゅんをこのスレに誘導してください。

閉鎖騒動がおきたら盛り上げてください 。閉鎖騒動のたびにage進行でお願いします。

>>223
資料が整備されてないことを自慢されてもねぇ。

犬に逝く人って方向性違うからあまり重ならないんだよね。
犬の神で和製OSでも大活躍って人見たことないし。

人が足りない足りないっつってるのにやれ崖から突き落とすから這い上がって来いってのはないだろ

>>228
人が足りないのは事実だけど本気で補充しようなんて誰も思ってないからな。
自己満足の世界なんてそんなもんだ。何も期待することなんてない絶望の世界。

>>227
足りない資料って具体的に言うと何？

犬で終わる人はそれでいいの。
でも犬を踏み台にしてクロス開発するのは珍しくないと思うぞ。

>>230
＞足りない資料って具体的に言うと何？
汗やC言語の基礎から初めてOSまで作れるようなやつ
Cマガの記事はいい線いってたんだけど著者が逃亡したし・・・
そんなのでもそれなりの影響はあったんだよね

＞でも犬を踏み台にしてクロス開発するのは珍しくないと思うぞ。
組み込み開発やってる企業ならね
そういう世界の人たちが同人でも引っ張ってるかっていうとそうじゃないし隔絶してるけど

単にクロスコンパイラだけの問題なら犬を持ち出す必要もないし
最近はセルフコンパイラを工夫して流用するのがこの界隈の主流だけど

人が多過ぎて100万種類のOSがあっても困るよ。
どっちかというと足りないのはテスターとアプリ開発者で
増えない理由はプラットホームが未完成だからのような気がするけどな。
あとマネージャか。

>>231
アセンブリのことを汗と堂々と恥ずかしげもなく言ってのける厨房ぶりからすると

おまえはOS作りたい廚のあいつか・・・
そして自分側からないからといって今のこの界隈を批判するのはお門違いだよ。
恥　を　知　れ

＞人が多過ぎて100万種類のOSがあっても困るよ。
あり得ない仮定を持ち出されても困るよ。

＞どっちかというと足りないのはテスターとアプリ開発者で
＞増えない理由はプラットホームが未完成だからのような気がするけどな。
犬ですら開発者の大半は仕事でやってるだけでトーシロはインスコ厨しかいない。
しかも同じことが出来るはずのBSDであっても仕事の引き合いは犬とは比べ物にならない。

＞あとマネージャか。
dev-jで開発者の間を取り持った臆がこのポジションに近い気がするが
本人がそういうの望んでないみたいだよね。

>>232
＞汗やC言語の基礎から初めてOSまで作れるようなやつ
そこまでいくと3年コースで学校が必要になっちゃうな。
大学行けですませたくなってきた。

＞最近はセルフコンパイラを工夫して流用するのがこの界隈の主流だけど
上と矛盾してないか？
セルフコンパイルできる以前、プロジェクト立ち上げに必要な知識を
集積する必要があるんだろ。犬を挙げたのはそういう意味。

>>233
批判してない
今のままでいいと思ってたら何も進歩しない

>>235
すまそ、セルフコンパイラっていうのは母艦のセルフコンパイラって意味。
窓で開発してるならmingwとかcygwinとかvcとかのこと。
この界隈じゃそういうのを流用してるのが主流だから犬は必要条件ではない。

シェイムオンニュー！

>>234
＞あり得ない仮定を持ち出されても困るよ。
大衆化という言葉を出したのは別の人か。だったらごめん。

開発者は世界中で足りない、仕事の発生場所が偏っているという
一般論だったら不毛なのでパス。

>>237
そういう意味だったんですね。
Linux云々は、まあ必要ではないですね。

ただ、ソースコード読めて書き換えられるっていうのは
OSつくるってときにプラスになるから、そのこといってるんじゃないですか？
(まあ*BSDだろうがWindowsだろうが一緒ですけど)

>>240
相当な熟練者でないとU*IXのソースを見ても意味不明で役に立てようがないですよね。
OSを作りたがるのは大半が厨房で、
プログラミングの基礎から始めて最初の目的がOSとなりがちなので、
高度なものがあってもないのと同じになってしまうわけですよ。

普通は急がば回れでOS作りの前にあれとかこれとかやれってアドバイスするわけですが、
そんなの俺がやりたいことじゃないってなってお熱も冷めちゃうのが厨房でして。

>>237
犬が必須とは言っていない。OS開発自習コースの一例だったんだが、
規模がでかくて道に迷う可能性も高いことは認める。
それとcygwin使うくらいならcoLinuxの方がいいぞ。

要するに足りないのはMicrosoftの情報公開、文科省の方針、あとは？

>>241
言っておられる事には大賛成です。
そう思います。

ただ、Linuxのブート云々言っておられる方がいたもので、
OSつくるくらいなら、それくらいは出来ないと無理では？と補足しました。
だから、>>241に賛成なんです。

まあ、10年はプログラミング界隈で生きないと・・・

>>242
＞Microsoftの情報公開、文科省の方針
どっちも望み薄だからコミュニティで出来る所はやってかないとって思うわけ。
↓とかもそういう思いでやってることなんじゃないかな。
ttp://wiki.osdev.info/index.php?cmd=read&page=%BE%A1%BC%EA%A4%CB%CF%A2%BA%DC%2F16BitOS%BA%EE%A4%EA

厨房が興味を持って、とりあえずの達成感が味わえる程度には整備しとかないと。

>>243
＞まあ、10年はプログラミング界隈で生きないと・・・
現実問題として、そうなっちゃいますよね。
それを放置しておいても先細りになる一方なのを危惧する次第です。

>>244
了解。おまいら教育者だな。
Kに書籍でも書いてもらうか？ただしASKA抜き希望。

というか、優しすぎないですか？
ずっと面倒見られるならいいと思うんですが、
飽きたらそこで終わりですし。

基本的には孤独な作業で全部自分で調べて
コーディングも(初期の頃は)全部自分でやって・・・

仕事でやるならマネジメントとかそういった事も重要ですけど。
遊びなんだから、モノで引き付けて欲しいな〜。
(まあ、それが出来ないから他に走ったりするんでしょうけど)

KとLと早紀と卑下が協力すれば「猿向けタネンバウム本」みたいの出来ると思うんだけど、
問題は売れるかどうかも未知数で先立つものもないってことか・・・

痴脳は最早論外ですかそうですか

>>247
赤ちゃんが一人歩き出来るまで面倒を見るのは過保護とは言わないわけで。
というかそうしないと100%の確立で死にますから。

たとえば普段当たり前と思って使っているゼロですら、
数の概念が発見されてからゼロの概念が発見されるまで何千年もかかってるわけですよ。
一切教えずに自分で考えろと言われたら絶対に一生のうちに独力で辿り着けませんよ。

>>247
掲示板では面倒見切れないから読み物を用意、
という方法はアイディアとしては悪くないかもな。
osdev-jがオンラインでそういう企画してくれるかと思ってたんだけど。
Wiki乱立からもう一歩踏み出す必要があるんだろう。

>>248
出来ない。
その方々を馬鹿にしてるわけではなくて、
あの本の意味って教育向けってところで、文章的な問題だったり。

その方々も
何か1つのOS全部理解してるわけじゃないと思うんですよ。
中途半端に(ごめん)理解するくらいなら、自分で調べる。
資料が〜云々は、調べる方法は幾らでもあると思うんですよ。

最近の人は直ぐどうやるんですか？って聞くんでしょうけど・・・
あれって流行？

>>252
いや、だから自分で調べられるレベルの人自体が少ないのが問題なんですってば。
ABCも知らない人に英英辞典渡して後は頑張ってシェークスピア嫁って言うようなもので。

>>250
問題が違うと思います。
既に既存のOSは幾つかありますし。

なので、プログラミング界隈で10年は生きないととか、
それを勉強するって方法もありますといったようなことも書いてます。

言っておられるのは、OSも資料も無ければ正しいです。

>>252
下手をするとgoogleの使い方から説明する羽目になるでしょう。

>>254
それ以前の問題として、素養がないと資料が読めないわけですよ。
素養は年季に頼るしかないから諦めろと言われればそれまでですが。

IA64ってまったく知らないんだけどOSは作りやすいの？

>>ALL
ああ、意味が解かりました。そういう意味だったんですね。

>>248
まぁ要するところあれですよ
なんてったっけ？
現代人は自分で考えるための脳みそがない
だっけか？

学力低下ﾏﾝｾｰ

屋根裏本のOS特化版みたいのあったら屋根裏本と同程度には売れる希ガス

>>257
何十年もコンパイラやOSで飯を食ってるような人にとっては作りやすいけど、
初めてOSを作る環境としては不向き。

方法論とか根気までは教えられないから、本来は99%脱落しても仕方がない。
それを90%まで下げたい、10年を3年にというところじゃないかなあ。
脱落は一切認めないという人いる？

>>262
＞方法論とか根気までは教えられないから、本来は99%脱落しても仕方がない。
＞それを90%まで下げたい、10年を3年にというところじゃないかなあ。
そうですね。

＞脱落は一切認めないという人いる？
どんな分野でもさすがにそれは無理でしょう。

>>257
創ろうとしてるものによるかなと思うんですが・・・

OSが作りやすいかどうか理解するのは、
適当にその辺落ちてるソースコード拾ってきて読んでみるのが
一番速いです。

とりあえず、何行かでも読んでみたら如何ですか？

>>260
屋根裏を甘く見過ぎ
伊達に何十年もプログラミングやってるわけじゃないよ

まぁたとえ作ったとしても、使用してくれる人なんて、野糞が趣味な人よりも少ないわけで。
どうせMacとWinに大半は吸収されるわけで。そうなると自分で作ったOSは自分だけで使用することになるわけで。

そんな世界にはて新しい人来たいと思いますか？俺みたいに（爆

>>266
OS作りに妙な夢を持つ厨房は多いよ
そういう香具師らが絶望するのは完成後の普及面に対してじゃなくて
プログラミングとかの技術面で行き詰まるからだよ

>>265
えっと、売れるか売れないかの話しで、
甘くみているわけではないかと・・・

まあ実際は、著者の技能より、業界によるところが大きいですよね。

>>266
思いません。

>>266
日本語もロクに出来ない人に来られても迷惑です。

>>267
確かにそうだ。吊ってくる。

ただ作るんだったら、最低限度の用語と言語は勉強して欲しいよね。
アドバイスできないじゃん。
さてC言語教えろ、ポインタって何だ、ブートってなんだじゃ教えるにも大変だ。

まぁ別にOS作る人が増えなくてもいいじゃん。もっと他のところにハッスルして欲しい。

>>269
犬がBSDに打ち勝ったのは
BSDが玄人志向で君みたいに門前払いにしたようなタコを
犬の方ではそれなりに相手にしてくれたからだよ
もっともｈａｎａｊａｎ師匠とか手に負えない基地は論外だし
タコが増えすぎて犬板が厨房だらけになったりはしたけど

>>267
OS開発が趣味として定着すれば、変なナショナリズムや挫折感を抱く人間は
減って標準化の重要性を理解する人間は増えるんじゃないかな。
すまん、かなり妄想入った。

つくろうスレをpart2から読めば卑下がどのように作っていったか
過程が分かる。
あれで分からないなら基礎が足りないということでは?

>>273
厨には過去ログを読む習慣がないと思われ。

>>272
いや、良いこと言ったと思うよ。
ビルゲイツとかジョブスとかだけを見て
OS作りが何か人生を逆転させる魔法の裏技みたいに思われてる節があるし、
そういう変な先入観は百害あって一利なしなしだから。

>>273
禿同
汗が分からない?そんな話題はpart2にでていたよ。

>>271
かな〜リ歪曲してると思うんですが・・・
心の叫びとしてなら理解できなくも無いです。

>>273-274-275
賛成です。

テンプレを作ればいいんじゃね?
汗がわからない
⇒part2のｘｘ〜ｘｘを読めとか。

>>278
アセンブラが分からない
→出直して来い

OSを作ろう（厨房版)というのを作って
あるレベルに達したらこちらに誘導したらいいんじゃね?

>>280
それでここは卑下がMonaの話をする独壇場になるわけですか・・・

>>278
それだったら、マニュアル読むほうが速いかと・・・
NASMにしてもgasにしてもありますし。

たしかにそうだ作りたいというやつのレベルがピンキリなのだから
厨房板作成に賛成。

厨房がこちらにきたらそちらに誘導

>>280
ここ自体使われていないんだから、意味も無い。
ってか作りたければ、このスレに来るだろ。yukkiとか1とかも来ているわけで。

卑下七誌出乙

>>282
それは結果論。OSを作り上げた人が
素人からどうやってアセンブラを理解したかという見本がないと
マニュアル嫁では厨房は納得せず、もっと楽にマスターできると思って
質問してくる。

厨房を追い出したら残るのは卑下だけ

厨房板必要だと思うよ。
ｘｘｘが理解できる人はこちら
ｘｘｘレベルなら厨房版。

もともと厨房をどうあしらうかっていうのは、
卑下がここに居座り続けることと表裏一体なわけだが。

今の段階のMonaの話って卑下の趣味入ってて一般的なOSの話とは言い難いから
厨房を追い出すなら卑下も追い出すべき

卑下が居残ることはどちらでもいい。
こういう議論自体がスレ汚しで厨房板つくろうスレにふさわしいと思うのは俺だけか。

さっきゅん名無しで乙

板を分離しても来る奴は来るから、
まず読んでから来いと言える物があれば便利。
過去スレを編集して別サイトに置くのはありなんだっけ？

>>290
なんだかブートするまであたりの知識をOSを作る知識としか
認識できない馬鹿がいるな

んでこのスレはひげぽんの報告スレになるんですね。

公私混同気味の卑下は最低限リリース告知くらいは他所でやらないと厨房に示しがつかない。

>>294
卑下の話は誰の参考にもならないってことでしょ。
定石とかあることを劣化再発明したりしてるし。

結局OS作りって定石の組み合わせで、何のオリジナリティも無いものだけどな。
作るって言うか組み合わせるって感じだな。

だから俺は劣化しても再開発したほうが面白いと思うし、やるべきだと思うけど。

＞＞厨房板云々

意味無いと思います。
例えば何処から何処までが厨房？

ある部分が解かってもある部分がまったく解からない人が大半なわけで・・・

>>286
うん、その辺も思うところを書いたんですが、何処だったけ？
面倒なのでパス。
と思ったけど以前のレス読ませるのは何様だ！と自分で思うので

・まずプログラミング界隈で10年は生きましょう。
・その辺に落ちてるソースコード拾って何行かでも読んでみたら？
・あとはLinux云々・・・アセンブラにしても同じだと思うんですよ。

レスどうもです。

>>294
ゼロから始めた場合そこを乗り切れるかどうかが最大の関門なのは事実。
もっともそこまで乗り切って満足して止める香具師もいるだろうけど。

>>300
いや、その後の方が大変だって。
だからこそ「こんなもんでいいや」と諦めちゃうの。

ブートだけでいいならCloretsXPでも出来てる

>>298
プログラミングなんて還元すれば全部順列組み合わせに過ぎないしね。
それはそれでいいんだけど、そろそろ親離れしてもらって、
卑下がリリース告知まで全部ここでやるのは遠慮して欲しい時期。

>>301
多分想定してるものが違うと思う。
ゼロっていうのはプログラミング自体の知識がゼロで、
ポインタどころかアセンブラもＣもゼロって意味だから。

>>304
さすがにそういう人には、最低限これだけは勉強しておいでって言った方がいいと思うよ。

>>300
ＯＳ自体の話に達しない厨を隔離できるか、
離陸したプロジェクトをどう扱うか。
結局話がループしてきたな。

ブート理解するの大変だって。俺何日かかったかorz
理解したら正直糞以下だけどさ、理解するまでは辛かったな。

結局0x07c00番地にプログラムが読み込まれて、実行される。
プログラムの最初は定石で

cli
mov ax, cs
mov ds, ax
mov ss, ax
(mov es, ax)
sti

こんな感じに書く。
後は好きなプログラムを下に書けば何かしら動くっていうだけだったし。
こんなのに時間取らせるのは罪。
もうちょっとしたらWebページ作ってそこら辺まとめたいと思っている。妄想段階だけど。

>>305
現実問題としてリア消やリア厨に通用しない。
ここにいるような香具師らがリア消やリア厨だった頃はBASICでゲームとか作ってて
その延長線上で今もこの業界で飯食ってるだろうに。

>>307
応援するぞ。
ソースは自由にコピペできるように著作権を放棄してくれるとありがたい。

>>298の
再開発云々が気になるんですが。

>>307
時間なんて、やってる事に取られるのは当たり前かと思います。
例えば
『プロセスまわり理解できな〜い、でも頑張ってやろう』

やろうとしてる事のレベルでなくて、その積み重ねが大事なのでは？
人のパクッても理解できないでしょう。
時間って大切ですよね。

>>309
痴脳がそのことに拘ってたね。
パブリックドメインと比べたらBSDライセンスですらGPLと同じ手かせ足かせだって。

ここにいるオッサン連中は自分が餓鬼の頃にプログラミングしてた感覚を思い出して頂きたい。
話はそれからだ。

>>309
妄想段階だからさ。

著作権については正直よく分からん。
著作権放棄したら、例えば俺自身がOS作るときにそのソース使ったら駄目？んなわけないよね？
だったら喜んで放棄しますが。

で、著作権放棄云々は、日本で認められてる？
多分、著作物に責任も加味されるから、無理だと思うんですが・・・
まあ、皆それでもそうするし、いいとは思うんですが、
ゴタゴタに巻き込まれないように気を付けて下さいね。

>>313
んなわけないよ。
パブリックドメインについては↓を参照してちょ。
ttp://www.atmarkit.co.jp/icd/root/22/5787522.html
ttp://japan.linux.com/opensource/03/06/15/1044258.shtml

>>314
ttp://www.atmarkit.co.jp/icd/root/22/5787522.html
> ただし厳密には、日本の法律では、著作権を放棄することができないが
> （著作物には自動的に著作権が発生し、それを放棄する手段はない）、
> PDSと同様の配布条件などを主張することにより、
> 事実上PDSと同じ扱いにすることができる。

例えば第三者が俺のソースを手に入れて、ライセンスを厳しくしたら、
俺がライセンスに違反していることになりかねないか。ウム…

著作権放棄云々は
誰がどのように使ってもいいってこと。
なので、自分でも使えるけど、そもそも日本ではそれが認められてなかったと思います。

>>316
そういおうとしたんですけど、有難う御座います。

>>317
理屈上はそれ出来るけど、そんなことをした香具師は晒されて血祭りになるから、現実的には出来ない。

>>317
日本の法律では厳密には著作権が放棄できないから、訴えたら勝てるよ。

クリエティブ・コモンズを使うのが穏当かと。
ブート時の16ビットコードなんかはそれでよくねえ？
深く調べたい奴だけ積極的にサポートすればいいんだから。

なんかこのスレ厨房の誘導にあってくだらない方向に動いているな
どうせTHE-BBLの連中だろ

本当にくだらないーーーーーーー

BBLはライセンスすら決められずにsf.jpも門前払いくらったからな（ｗ

>>257
基本的に全ての命令がプレディケイトレジスタという1ビットレジスタの内容に依存している。

・プレディケイトレジスタの内容が1なら書いた通りの命令として実行される。
・プレディケイトレジスタの内容が0ならNOP命令として実行される。
・プレディケイトレジスタは合計64個あり、どのプレディケイトレジスタを使うかはコーディング時に指定する。

これだけだと訳ワカメだが、たとえば
　　if文書くときにjmp命令が要らない。
　　　　↓
　　ジャンプ先の相対アドレス計算が必要ない。

という事で全国１０００万人（←いねぇよ）のハンドアセンブラーにとってはかなり魅力的。
もともとは分岐予測ミスに対するペナルティが大きい事への対策なんだそうだが。（分岐そのものを減らしてしまえという）

x86とz80以外知らないのでなんともいえないが、個人的にはx86-64よりは魅力的。

>>322
そうなんですか？

え、ちょっと待って、よくそのスレ行くけど、誘導って私ですかね？
そんなつもりは無くて、ただ議論なりしたかったんですけど・・・
そっか、くだらない方向に動いてるか〜。

>>322
俺の責任だな。吊ってくる。んじゃ

>>325
おいおい、ハンドアセンブルってニーモニックすっ飛ばしてHEX直打ちすることだぞ。
VLIWのオペコードが全部覚えられるわけないじゃん。

>>326
ひょっとしてあなたあんまり名無しの意味無い？

>>322
スレを正常化するための議論がくだらないかと言えばその通りだ。
モレも吊ってくる。

結局卑下を追い出すか否かって話だったんじゃないのかよ

>>322
卑下が居座ることを正当化するための議論がくだらないと言えばその通りだ。
俺も逝って来る。

>>329
ああ、かなりどうでもいいんです。
自分が面白いと思う話しをひらえれば。

だから晒せ〜とか、悪いことするぞ〜は簡便ですけど。

>>331
そうだよ。発端は全部卑下。
本人が七誌で熱弁を振るって話をそらして有耶無耶にしてるようだが。

BBLの連中に責任転嫁したのも卑下の陰謀か?

つまり俺含めて全員が卑下の手のひらの上で弄ばれてたってわけか
やるな・・・

>>334
責任の押し付けに見えないところが怖いんですが、

ここ幾つかのレスがくだらないと思わない人もいるし、
思う人もいるんじゃないでしょうか？

くだらないと思う人は技術的な話題で盛り上りたいんだと思うんです。
ただのかまってくんだったらごめんなさい。私の思い違いです。

卑下の存在がボトルネックになってるのは事実。
さっきゅんも自スレを自分の思い通りに動かそうとしてたけど自スレと明言してたから別にいい。
問題はここが卑下のプライベートスレなのに公共物であるかのように釣ってる点か。

>>337
心にやましいことでもあるのん？

>>337
気にするな。議論が収束しそうになって卑下をオチに使っただけだから。
よーしみんな晩飯食いに逝くぞ。技術論は10時からだ。

結局ここは卑下のプライベートスレってことでファイナルアンサー？
可哀想に>>1は弄ばれたんだね。
阿呆らしくなったからソープでも逝ってくるわ。

>>339
何故？

>>340
あ〜単なるオチですか。
うん、気にしません。

>>341
崎本様七誌出乙

>>342
＞責任の押し付けに見えないところが怖いんですが、
心にやましいことがなかったらそう思わないんじゃ？ってこと。

＞あ〜単なるオチですか。
卑下が強硬にスレの私物化を続行しようとしたのは事実だけど、
それで議論が全部リセットされたらたまったものじゃない。

それで結局、スレは卑下の思いのままに動いていくと・・・

もうそんなのどうでもいいよ
好きにしてくれ＞卑下

>>345
考えるのが面倒になってきたから卑下を追い出すんじゃなくて俺が出てくよ。
どっかいいスレない？

>>347
http://pc5.2ch.net/test/read.cgi/tech/1076217479/

えっと、荒らしとか一般にネット上で悪いとされている事のことを
言っておられると思うんですが、

全然ありません。(いや、多分)
勿論、他人を傷つける発言が全くないかと言われれば、考え込みますけど。

＞＞責任の押し付け云々
色んなスレで問題の方が名無しで陰口叩いたりということを見るわけです。
で、名無しであるがゆえに事実は解かりません。
そういうのを見てると、それだけで判断できないと言う事です。

つまり、完全に責任の押し付けなのか、そうではないのか解からないと言う事です。
なので、その後で単なるオチと解かって、納得もしております。

何故か最近他人の発言のあら捜しばかりする人に
引っかかるんですが、スレの流れを見れば解かると思われます。
同じ人じゃないですよね？

>>349
行為じゃなくて、関係者かどうか探りを入れてるんだと思う。
疑心暗鬼に陥らず匿名を楽しむが吉。

>>350
了解です。有難う御座います。

結局のトコロ、結論はどうなったんだ？

卑下は居座り、他の奴は別にスレを立てろってこと

リアルモードだけのUNIX風OSって糞ですか？

>>354
見てないので解からないんですが、
リアルモードだけでそれだけ出来れば凄いと思うんですけど。

>>353
サンクス。

「パソコンのレガシィI/O活用大全」という本にリアルモード
マルチタスクOSの雛形みたいなソースが付いてくる。
カーネルコードのイメージがつかめない人にお勧め。

既出だったらスマ。

>>357
まじですか。欲しい…

>>1をはじめとするサヨ連合軍がスレを人民に解放して公有財産化しようと企んだのを
卑下・臆のウヨ枢軸軍が阻止したって図式だろ
臆は和製OSの折場的存在と見なされていたが特定勢力に肩入れしてるわけだが
これこそ臍が危惧して粛清に及んだ理由だったんだろう
いつまで内ゲバやってりゃ気が済むんだろうね

Left: 臍, >>1
Right: 卑下, 臆

>>358
えーと勘違いしないでね。
OS解説本じゃないから機能的には空っぽだよ。
そこをOSの教科書を読みながら埋めていくわけ。

誰のスレでも良いんじゃない？
事実作ろうとしてる人はいるわけですし。
にもかかわらず、譲れ譲れっていうのは如何なものかと？

というか、ひげぽんのほうが来難い雰囲気じゃない。

問題なのは、スレの議論が堂堂巡りってことで、
その殆どが関係無いような話題だったり・・・
(今日伸びたレスの事じゃないです)

まあこの辺りは、各人面白いと思うところが違うので
色んな話題があってもいいと思いますけど。

卑下七誌出乙

>>362
ああ、すいません。
ただね、作ろうスレであるにもかかわらず、
そういう話題が始まると

『なんかいや〜んな感じ〜』

とかいうのはどうかと？
名無しを問題にするならそっちのほうが問題じゃないですか？
どんな話題があってもいいと思うんですけど、あんな感じのレスがつくと
何でこのスレいるの？
って思いません。

>>363
今までの経緯を知らないのかもしれないけど、
卑下はスレの所有権に拘り続けてきたし、
新参者も無視して自分のことだけ書いてきたから、
最近じゃ煙たがられてるわけ。

嘘だと思うならWiki見てみ。
卑下と臆が結託してスレを永遠に私物化するって共同戦線張ってるから。

でも別にOSはこのスレじゃないと作れないわけじゃないから、
心ある人は新たにセクトを作って出て行き始めてるけどね。
BBLスレに移住し始めた人もぼちぼちいるみたいだし。

>>360
当然です。本命はI/O制御部分が欲しいという意味なんですが、
ついでにOSの制御みたいなのがあったらなおウマー

>>361
同意。
ここは間違いなく公共の場なんで私物化できるとは思えない。
歴史的経緯を考慮することの方が自然じゃないかな。

意欲のある人は自分でスレを立てて人を集めるのが原則だよね。

歴史的経緯を考慮すると卑下も間借りの身から始まって乗っ取ったわけだから、
他の香具師がそれをやることに何の問題もないってことになるわけだが。

もういいよ。
卑下が嫌いな香具師が出て行けば済む話なんだから。

−−−−−−−終了−−−−−−−

その辺は巻き込まれた事もあるので
多少知ってますが、そういうことがあったにしても、
実際ここでやってる人もいるわけです。

>>263
で書いてるようなレスを彼らが書いてるなら問題ですが。

つまり、今日あった解説サイト作る云々や、他の話題も
やろうと思えば出来るわけです。
まあ、BBL行く人は行くだろうし、自分でやる人はやるだろうし、
それでいいんじゃないですか？

>>367
問題ないよ。次の主役が登場して話題の比重が傾けば自然にそうなるさ。
選択肢は新規参入者に預ければいい。
現行参加者を追い出すメリットってあるの？

>>369
＞実際ここでやってる人もいるわけです。
それは事実誤認。
卑下が公共の福祉を考慮して禅譲してくれると思ってたからでしょ。
それに反して少なくともセクトに中立な開発の場にしようという動きは叩き潰されたし、
何も言わなければ黙認しているだけだよ。

>>371
思い込みが実現しなかったからって荒らしまがいのことをしちゃ駄目じゃん。
中立な場を新しく作りなよ。

>>370
卑下が大きな顔をして取り巻きがブートレベルの香具師をあざ藁って門前払いにしてたら
ここでは次世代は育つことは難しいってこと。
でももういいんだよ、他所でやれば済む話なんだから。

>>372
>>368

>>365
だったらオケ。
Cとアセンブラがある程度分かってればすぐOS作れるようになるよ。
ISAデバイス制御の資料としても優れた本だから急いで入手すれ。

>>371
気に入らなければ、何処かへ行くなり、自分でやるなり・・・
その部分に比重を置いてます。

実際、自分でやる事ですよね。

事実今日も、解説サイト云々と話題になってましたし、
どのみちコーディングは自分でしないといけないし・・・
解からないところがあれば、自分で調べないといけないし。

そういう意味では
ひげぽんもこのスレッドに沢山いる人間の一人ですよね。

ただ、仰りたい事は解かります。

>>375
間違えた。ISAじゃなくレガシーデバイスだ。

>>376
＞実際、自分でやる事ですよね。
＞
＞事実今日も、解説サイト云々と話題になってましたし、
＞どのみちコーディングは自分でしないといけないし・・・
＞解からないところがあれば、自分で調べないといけないし。
それはちょっと違う。
プログラミングのプの字もgoogleのgの字も知らないような香具師が多いから、
公共の場として先達が後進を導くとして何が出来るかという話だから。

それでそんな屑は門前払いにしろというセクトと
初めは誰でもそうなんだから仕方ないというセクトが対立して、
前者は余計な手間が増えるのを嫌った古参だったってオチだったから、
敷居を下げるのに何が出来るかって話はスレ違いとされた。

http://www.linkclub.or.jp/~qingxia/cpaint/qingmingmarquee.html

>>378
一応話題に入ってたので、理解してます。

プログラミングのプの字云々も、
・プログラミング界隈で最低10年は生きよう。
・皆優しすぎる。
・ソースコード何行かでもいいからその辺で拾って読む。
その話題で、自分がしたレスの箇条書きです。

ただね、誰かがそう言ったからそうしなきゃいけないの？
ということです。
オチをつけた方には、助けられましたが・・・

＞＞敷居を下げるのに何が出来るかって話はスレ違いとされた。
そんな人ばかりじゃなかったと思いますよ。
(私も今日の話題には興味ありましたし)
なので、続けようと思えば続けられたわけです。

勿論、こういう議論に嫌気が差してる人もいるでしょうし、逆に面白いと思う人もいるかと・・・
掲示板なんだから、そこは仕方ないと思いますよ。

C'est un ah merde!

↑ちゃんとした文になっているか添削よろ>>243 or mask

>>380
卑下が指導もせずに自分のことだけやってスレ主だって居座ったから
反発を招いてそういう話になったということでしょう。
つまり卑下の資質が問い質されたといったところです。

分派してまでそれをやろうなんて奇特な御仁がいるわけもありませんが、
一致団結してフォローしていこうという話になれば少しは違ったかもしれませんね。
いずれにしてももう終わった話です。
反卑下派が出て行くことで決着したのですから。

>>382
そっか。一応ここ数時間の流れとして
・厨を情報サイトに誘導することで間抜けな質問は排除
・やる気を見せた連中はサポート
っていう意見が出て来たと思うんだけど、合ってる？ >243

でな、卑下個人の資質に目を向けすぎると分派しても失敗すると思う。
結局どこまで行っても個人が担ってるんだからさ。
もう少し連携サイトの構築や新規参入者の動きを見極めないか？

動きを見極める奴の資質は誰が見極めるんだ

それでいいならそれでいいんじゃないですか？
(とげがある言い方だったらすいません)

そうそう、要するにフォローってことですね。
それには大賛成です。

ただね、ここで誰かが出て行くとか誰かが居座るとか
言ってるのは、一部の人ですよね。
すいません、決着が付いた事をしつこいですね。

出来ない出来ないじゃなくて、やろうと思えば
するしないは別として、出来ると思いますけど？
ということを言いたかったんです。

>>383
そうです。それがいいたかったんです。

>>384
見極めるのはお前だ。付和雷同する必要なんてないだろ。

C'est un ah merde!

↑ちゃんとした文になっているか添削よろ>>243 or mask

>>375
よし早速Amazonかesbooksで頼んでくる。

少なくともこのスレでは卑下の鶴の一声がないと誰も信用しないよ。
和製OS界隈では臆と対立すれば臍のように日陰者にされちゃうし。
その卑下と臆が共謀してスレを占領し続けようって決定したからどうにもならない。
まったくの新天地で旗揚げするほどのことでもないし。

> ただね、ここで誰かが出て行くとか誰かが居座るとか
> 言ってるのは、一部の人ですよね。

んなもん分かるかってのアホ。匿名掲示板の、更にIDの無いスレでこんなことを言っても何の意味も無い。

>>389
二元論で考えるからかと思います。

対立　= 協力

公共の場なんだから、使いたければ使えばいいのでは？
議論がしたければすればいいのでは？
その後、日陰者になるかどうかは、その人の頑張りかと思います。

まあ、そうでなくてもOS作るなんて不毛もいいとこですけど・・・
日陰者っていうのは、そういうことが大きく関わってますよね。

>>390
うん、解かってますよ。
ただ、出て行けと言われたとか、
話しの流れで私に振られたので、言われたらそうしなきゃいけないの？
話題を出そうと思えば出来るでしょう？
ということを書いてるんですけど。

アホでごめんなさい。

>>391
卑下に当て付けただけで、自分がやりたいわけではないでしょう。
もっとも卑下が乗り気でみんなでやろうって話になれば別ですが、
もう終わったことなのでね。

C'est un ah merde!

↑ちゃんとした文になっているか添削よろ>>391

>>391
＞その後、日陰者になるかどうかは、その人の頑張りかと思います。
＞
＞まあ、そうでなくてもOS作るなんて不毛もいいとこですけど・・・
＞日陰者っていうのは、そういうことが大きく関わってますよね。
臍が日陰者になったのは内ゲバで負けたからだよ。

臍←これって「への」って読むの？

>>391
ああ、あてつけか〜。
理解できました。

で、どなたか別の話題提供して下さい。

>>394
ある程度理解してますが、再燃ささんでも・・・

で、どなたか別の話題提供して下さい。

>>388
ガンガレ。桑野ブランドは信頼の証だ。

補足だがIDEというかATAは今でも仕様が更新されているから
別途資料用意する必要があるぞ。だいぶ先の話かもしれないけど。

>>395
「へそ」
やつはhenohenoともhesohesoとも123とも名乗ってた。

>>398
へぇ〜どうもありがとう

>>397
配送10/2から4日だとさ。イーエスでセブンイレブンで受け取ったほうが良かっただろうか。
まぁいいか。
追加情報ありがとう。頭に入れておきます。

和製OS界自体が北朝鮮みたいに権力闘争でドロドロしてきたのに嫌気が差した香具師が
小泉改革よろしく打ち立てようとしたってとこだな。
担ぎ上げたのが旧権力の中心人物の1人の卑下ってところが藁えるが。

>>400
小泉が首相になる前に猫を被ってたのと同じで、
昨日まで卑下はまだクリーンなイメージがあったんだよ。
それも完全に打ち砕かれたけど。

なんか卑下の評価さがったの?わかりやすくおしえてログみるのめんどい

あのさあ、君ら自分一人でやる気もなく他人を信頼する気もなく
ただ批判するのか？建設的じゃないよ。

前言撤回。出てけ。

卑下七誌出乙

>>403
1〜2行目は大筋では同意です。

最後の1行の言いようは無いんじゃ・・・

>>402
http://pc5.2ch.net/test/read.cgi/os/1066957498/516-519

>>403
どこの前言かプリーズ

>>400
んでどこら辺でおかしくなったんだ？へのへの追い出したところらへんかな？
結局あの抗争で残ったものなんて無かったようだけどな。

>>407
前言は383。そこまでやる気がないなら止めないよってこと。

癖が強い人達が互いに縄張りを主張して譲らないから
小競り合いは前からあちこちであったような。

>>409
OK

ビックリした・・・
ホントにスレが止まった。
ということはそういう人間が大半だったってこと？

まあやる人はやるだろうし、
解説サイト作るって言ってた人は作るだろうし、
勉強や議論に来ている人はまた来るだろうし、
そうやって少しづつでも進んで行くのかな？

>>412
あぁ解説サイトってのは上にも書いたようにまだ妄想段階だから、
何ヶ月先かは分かりましぇん。んじゃ。

やっと分かった
hideyoshiが卑下批判しているのか。

>>412
そー言うモンでないかね。
やりたいヤツはやる。やらないヤツは何言ってもやらない。

>>413
全然Okです。
要は、新しい可能性を考慮して行動できるかどうかなのですから。
気長に待ってますよー。

>>401
卑下をなめちゃいけない。
内ゲバまみれドロドロの和製OS界で生き残ってきただけでなく、
2chの嵐も自作自演で乗り切って来たツワモノだ。
現に今回も反体制派を一掃してしまった。

>>412
結局のところ今回の議論はただの内ゲバだし、
負け犬が出て行って収まっただけだから。

なんか釈然としないけど、そういうモンですかね。

和製OS作者の見分け方

超高学歴　L
高学歴　K
並　H
低学歴　S

>>417
ソースは？

>>420
卑下批判してた連中が出て行ったら収まったじゃん

>>420
このスレの>>230くらいから

卑下批判してた連中がK批判に移ったっぽいぞ

age厨だから別だろう

そうか、191以降卑下の発言がないのに
＞卑下をなめちゃいけない。
という文言を許容し
＞負け犬が出て行って収まっただけだから。
に何の違和感も持たないのか。

おやすみ。

>>425
＞自作自演で乗り切って来た

先に書かれた

>>425
スレ読んだ上での発言だったら、読んでる部分が違うと思います。

で、実際OS作るって始める人いますけど、
やりかたってあってるんですかね？
(まあ、当然なアプローチの仕方だとは思うんですけど)

最初に何人か初めて、あとは右へ習えですよね。
馬鹿にしてるんじゃなくて、違ったアプローチする人がいても
いいような気がするんですが・・・

>>419
卑下はKより高学歴だよ

もはや考慮されたことのない設計などというものは存在しない。
ならば、自分の頭で考え出したものよりも、数十年にわたる
OSの歴史の産物を有効利用したほうがずっと良い。

>>430
それ言ったら既存のOSを使って何か革新的なアプリを作った方が良いって論法になるけどな。
たとえばnyとか。

>>428
どこを読めばいいのか教えて下さい。
僕はこのスレの170以降しか読んでいないんです。ごめんなさい。

＞最初に何人か初めて、あとは右へ習えですよね。
具体的に何を指摘しているのでしょうか。

>>430
ここで言ってるのは、和製OS界隈の話しで、

巧く言えないので、例えると、
実際に作り始めたけど、理解できないんですよ。
(カーネル作れるか？ということです)
なので、既存のOSのソースコード読んだり、
そういうことからやり直してるんですが、
最近はアセンブラにしたって必要な部分(の一部)をなぞるだけの人が多いですし、
ソースコードも読めない、プログラミングもちょっとしか出来ないのだったら、
作り始めて、出来ないから止める・・・と。

まずOSがあるんじゃなくて、下地があるんじゃない？ということです。

最近の和製OS界隈では、それをないがしろにしても出来ると思う人が
多すぎるのでは？ということを言いたかったんです。

まあ、私がやってる方法だと、いつまで経っても成果が無い・・・ように見られる。
他人に馬鹿にされても反撃できない・・・
といったオマケがつきますけど。

OS作るというくらいなら、既存のOSのコード読んだり改造したりは
出来ないとどうしようもないと思うんです。

>>432
えっと、要約すると、ひげぽんに追い出された。
という人が何人かいて、
でも今日も議論が興ってますよ。
ここでも出来るでしょう、公共の場なんだから、誰か一人がのっとれるわけ無いし、
議論がしたければすればいいんです。
実際そういう人も何人かいましたが、
追い出された、これはホントの事です。等
アドヴァイスも無視して
そればっかり言って来る人がいたので、
最後にはぶち切れた人に
『自分で何もしようとしない、人も信じられない奴は出て行け』
といわれたということです。

すいません、書き方が悪かったですね。
実際ひげぽんがどういう人かは関係無いと思うんですが・・・

負け犬が出ていったんじゃないです。

>>433
あー、方法論か。そりゃ、理想なのは普通にCでプログラミング経験を積み、
そのうち興味が湧いてか必要に迫られてかアセンブラを扱うようになり、また
デバイスを直接いじるようになり、深い理解を積み設計能力を養った上で
集大成としてOSを作るってのがいいんだろうね。

でもそれじゃ、OS作りは引退して暇になったSEの暇つぶしぐらいの
位置付けになるでしょ。

でもやっぱり若いうちからOSを作ってみたい、そのためには出来るだけ
近道をしなきゃいつまで経っても終わらないと考えるのは自然なこと。

君の言ってる事は、受験勉強の是非を問う、ってな話に近い感じがするな。

要約になってないですね。

レベルに関わらず、議論は興っていいと思うんですが、
わめき散らすだけの人へぶち切れた人がいた。

ということです。

レスが多いので抜粋して私個人の考えを提示しておきます。

>アセンブラ・Cができない
板違いだと思います。

>厨房版OSを作ろう
教えることに耐えられる方が大勢いらっしゃればいいんですけど。
自治さえできれば、賛成です。

>初歩
私みたいな右も左も分からない者のための気軽な環境として
このスレッドがあればいいと思っています。

>卑下
スルーで。

>>433
具体的に問題点と解決策を提示しなければ議論にならないのでは
ないかと思います。権利上の問題でわざわざ再開発したり、
逆に古典的な作りを選んでいることもあると思いますので。


>>434
ここが公共の場であるならば、追い出されたという人達は
反論しなかったのでしょうか？
そういう書き込みが見当たらないんです。

>>卑下
>スルーで。

いまOSASKスレでも厨房(おそらくMist)が暴れているけど
いくらなんでも失礼だな

>>439
すみません、言葉足らずでした。
卑下の過去の発言に対して議論しているのは無意味なので、
やめましょう、ということを言いたかっただけです。

卑下についてはしばらくほっときなよ。
責任を感じて、痴脳をかばって彼の件を風化させようと必死で
馬鹿な行動を取ってるんだから↓
http://pc5.2ch.net/test/read.cgi/os/1066957498/433-
投稿者 hpn - 8月28日 23:42
ここの場所が漏れないように略名でコメントします。
投稿者 Tino - 8月29日 0:36
ご配慮ありがとうございます。

―――――――――――――――――――――――――――――

芸術

美術館に連れて行かれました。展示品には興味はありません。もっとも素晴らしかったのは、腰掛けて靴を履いている女の人のスカートの中でした。
2:02 | 固定リンク | コメント (0) | トラックバック (0)
固定リンク閉じる
8月13日
夢

今朝は記憶に残る夢は特にありませんでした。

昨日は従姉妹に目の前で放尿させるという夢でしたが……。

明日ひょっとすると時間が取れるかもしれないので、
その時は僭越ながら私のソースコードを貼らさせてもらいます。
（カーネルジャンプすらできていない状態ですが。）

できるかぎりOS作りの話がしたいです。
では、今日はこの辺で。

>>433
そうですかね。
う〜ん・・・言われるとそんな感じがしてきました。
そっか、だから近道なんですね。

まあ、頑張ってれば成果もあるでしょうし、
応援してくれる人もいるし、
悪い事ばかりじゃないですよね。

>>438
中途半端とか妥協が嫌なので、こういう体制で
やっています。

議論をしたい人はしてたんですが、
(解説サイト作る、あの本が良い、プログラミングのプの字も知らない人を誘導)
約何名(一人？)か、ひげぽんに追い出されたの一点張りの人がいて、
話題に入りたければ入れば良いし、他の話題を振るのでも良いし、
そういうこともせずに、
OSの話題になると『いや〜ンな感じ』
という態度になってきたため、じゃあなんでこのスレにいるんだ？
となってしまったわけです。

私がいうのもなんですけど、議論したければやろう！

まあ、これでも出来ない、出来ないだったわけですけど。

>>443
しばらく冷却期間が必要ですね。
このスレを成り立たせているのはひげぽん一人の力ではなく
参加者全員の意志のはずですから。

>>444
そう思います。

PC/AT x396で作ってるんですが質問です。

1.ブート
2.カーネル読み込み
3.プロテクトモードに移行
4.カーネル読み込み

って所まで書いたつもりだったんですが、きちんとプロテクトモードに
移行できているかが怪しいのと、
カーネルが実行できずに画面全体が点滅したりします。

プロテクトモードへの移行が適切に行えているか確認する簡単な方法って
ないでしょうか？

よいデバッグ方法をしらないので問題の切り分けもできず手当たり次第に
いじくって試してるばかりで詰まっています。
どうぞお助けください。

環境は
Windows XP版bochsとLinuxを連携して作ってます。
samba経由のLinuxでアセンブル・リンクしたバイナリをddで
フロッピーイメージにしてWindows側bochsで実行してます。
ちなみにターミナルはvaratermです。

挙動は、
ブートセクタの0x07c00から512バイトを0x90000にコピーしてそっちへジャンプ
フロッピーの2セクタ目を0x80000にロードしてそっちへジャンプ
カーネルを0x70000にロードしてそっちへジャンプ
カーネルは実際にはダミーの32bitミニプログラムです。
長文ですみまんがよろしくお願いします。

>1.ブート
>2.カーネル読み込み
>3.プロテクトモードに移行
>4.カーネル読み込み

1.ブート
2.カーネル読み込み
3.プロテクトモードに移行
4.カーネル実行

に訂正です。
すんません。

なんか荒れてますね。。。まったりがいいなあ。
もしかして、保護モードで、DLLを実行できるようなひな型って需要あるのかな。
僕まだFDCいじれないから、カーネルイメージのうしろにDLLくっつけて、0x100000あたりにロード〜みたいなやつ。

>>434 >>436
話を勝手に創作しないでください。工作員ですか？

卑下が性懲りもなく後進は無視してMonaのスレとして維持しようとしたから
そんなに自分のスレにしたけりゃもっと考えることあるだろって話になった。
取り巻きか本人か知らんが必至で話を卑下から逸らして
一般論に持ち込もうとしたから反卑下派はブチ切れて出て行ったと。
その後も見当違いなことを言って食い下がるウザい香具師がいたけど
既に本隊は出て行った後だから怒鳴った香具師が追い出したわけではない。

卑下が臆と結託してスレの占領を続けようと画策したのは事実。
卑下がこのスレに固執しなければ論争自体起きなかった。

反省会はもう終わりね。

以降OS開発に関する話題どうぞ
↓

>>446
保護モードへの切り替えはアセンブラ３行なのでほぼ絶対失敗しません。
GDTの設定とかジャンプ命令でミスってると思う。

デバッグは、
freeze:
hlt
jmp short freeze
を埋め込みまくって、タスクマネージャとにらめっこします。

このループは普通の無限ループと違いCPUをアイドルに保つので、CPU使用率がほとんどあがりません。
ゆえに、タスクマネージャの使用率が低いままフリーズしているようなら、このループに到達していると判断できます。
また、このアセンブラで生成される機械語命令は16bitでも32bit動くので安心です。

ま、とりあえず、モード変える前後を調べてみては。

>>441
香具師の鳥でググると色々変なのが出てくるぞ。
たとえばこんなのとか。
http://travel2.2ch.net/test/read.cgi/21oversea/1047798874/48

>>446さん
bochsの情報で
00016665000i[CPU0 ] protected mode
00016665000i[CPU0 ] CS.d_b = 32 bit
00016665000i[CPU0 ] SS.d_b = 32 bit

などで protected modeになっているという判断では駄目でしょうか?

あと、OSを停止したときにbochsに表示されているセグメントレジスタが
自分が設定したものと一致しているかを確かめるのも良いと思います。

>>446,451補足
よく考えたらbochsならステップ実行できるじゃん……。
プロテクトモードへ移行する命令でブレークして一個ずつ追ってくのが早いね。

bochsはhaltきかんからタスクマネージャとにらめっこしても無意味

みなさんありがとうございます。

プロテクトモードに移行した後、カーネルをロードしてそっちへジャンプした
らバグったって所でログを見るとリアルモードに戻ってしまっていました。
カーネルへのジャンプせず変わりに無限ループをさせて止めると

00005973000i[CPU0 ] protected mode
00005973000i[CPU0 ] CS.d_b = 16 bit
00005973000i[CPU0 ] SS.d_b = 16 bit

っていうログになっていました。
どういう状況なんでしょうか？
度々すみません。よろしくです。

>>456
セグメント間ジャンプに失敗していると思われ。
http://tkralia.hp.infoseek.co.jp/mona/secondboot.txt の(４)を参照。

>>453

433 ：Be名無しさん ：04/09/20 02:14:16
　　なにこれ?

　　ttp://spaces.msn.com/members/tino/Blog/cns!1pSnssrNkTmqGK8NCnNf_AgA!170.entry
　　投稿者 hpn - 8月28日 23:42
　　ここの場所が漏れないように略名でコメントします。
　　投稿者 Tino - 8月29日 0:36
　　ご配慮ありがとうございます。

このhpnって卑下？

　　　ひげ

　 ／⌒ ⌒ヽ、
　//　ノノノヽヽ
〃σ--[-]-[-]
　|| ;ミ　　ω　彡　　
　ヽ;ミミミ⌒彡　　　
　　　　ﾞﾞﾞﾞﾞ""　　　

　　　　　　r;ァ'N;:::::::::::::,ィ／　　　　　 >::::::::::ヽ
.　　　 　 〃　　ヽル1'´　　　 　 　 ∠:::::::::::::::::i
　　 　 　 i′　　___,　-　,. = -一　 ￣ｌ:::::::::::::::ｌ
.　　　　　 ! , -＝=、´r'　　　　　　　 　 l::::::/,ニ.ヽ
　　　　　　ｌ　　　　　　　　_,, -‐''二ゝ　 ｌ::::l gヽ |、 俺はもっと渋い大人の男だ
　　　 　 　 レー-- 、ヽヾニ-ァ,ニ;＝、_　!:::l ） } ト
　　　　　　 ヾ¨'７"ry、｀ 　 ―='ニ,,,｀　 　 }::ヽ(ノ 　
:ーゝヽ、 　 　 !´ "￣ 'l,;;;;,,,.、　　　　　　　,i:::::::ミ
::::::::::::::::ヽ.-‐ ト、　r'_{　　 __)｀ニゝ、　 ,,iリ::::::::ミ 　　　
::::::::::::::::::::Vi／l:::V'´;ッ`ニ´ー-ッ-,、:::::`"::::::::::::::<　, 　
:::::::::::::::::::::::::N.!、::::ヾ,.｀二ニ´∠,,.i::::::::::::::::::::/／／
:::::::::::::::::::::::::::::l　ヽ;:::::::::::::::::::::::::::::::::::::::::::／　／
::::::::::::::::::::::::::::::!　:|.＼;::::::::::::::::::::::::::::::／　／

>>458
どう考えてもそうだろ

>>449
今までの経緯は置いといて、今回の事(昨日の事)を聞かれたから、
今回の事(昨日の事を書いてる)
で、当事者の一人だったんで、あってるよ。
派閥なんて関係無いじゃん。

で、もう終わり。
頑張る奴は頑張るし、やらない人は何言ってもやらない。

>>453
アセンブラきちんとやりました？
うん〜と、このへんどうなんでしょうね。
ブート書くくらいなら、別にやらなくても大丈夫だけど
後々困らない？

ブート云々
おお、頑張って下さいね。
それでハードウェアチェック付ければ良い感じです。
(付けてたらごめん)

>>462
当事者？電波も大概にして欲しいものですな。
貴殿が割り込んできたときにはもう話は終わっていて
頓珍漢な突っ込みを入れてかき回しただけでしょう？

>>462
>アセンブラきちんとやりました？
あんた人のこと言えるのかよ?
指摘が抽象的で全然参考にならないけど本当は何も知らないんだろ?

>それでハードウェアチェック付ければ良い感じです。
(´,_ゝ`)ﾌﾟｯ

>>457
今見ると「何でこうなるのかわからん」という文句が連発している。
この辺はもう少し修正する必要があるな。
ちなみにIA-32でブートローダーを作るなら
「インテルアーキテクチャデベロッパースマニュアル上中下」を
持っていたほうがいい。でも、本家からは中々アクセスできないので
ttp://tkralia.hp.infoseek.co.jp/ia-32.lzh
でﾀﾞｳｿできるようにしといた。良ければ使ってくれ。
インテルから文句がこない限り公開するつもり。

>>455
ぅ。いま確認したらbochsだとダメっすね。
指摘どうもです。

>>463-464
香ばしいのが釣れたな(藁

釣れたと言うからには、最初から>463-464のようなレスがつくことを期待して
ﾊﾞｶを演じてたのか。

可愛そうな>>453・・・

>>467
どこをどう見れば釣りだって思いますか？
第三者的に見ればお前が哀れで可哀相だ

ソースを晒してみる。
http://provyake.jog.buttobi.net/usr/bin/perl/cgi-bin/img-box/img20040927185433.lzh
3rdジャンプにすら達していない代物です orz

>>470
別に三段ロケット構造でなくてもいいと思うんだけどな。
FAT12を後で採用するときに、IPLにBPBのデータを書き込むんだよね。

FAT12だと第一セクタのプログラムの実行の段階で、何かしらのイメージファイルを見つけて、
メモリに読み出して実行ってプロセスだったはず。

dosではIO.SYSを見つけているはずなんだが、まぁ色々あるからそこら辺頑張ってちょ。

方法論としてはたくさんあるから、一つのやり方に固執しないで、自分がやりやすいようにやればいいよ。

独自のFS作ってもいいさ、CマガみたいなのでもOKOK

AT互換機でOS作るならEFIでも使わん限り算段ロケットにするしかないような・・・

>>471
解説どもです。以下今の所の妄想でしかないですが、
OS本体はC/C++でできるかぎり記述したいと思っているので、三段ロケットにしています。
FSはFATの拡張みたいなのを実装してみたいと考えています。
（当分はBPB使ってFAT12でしょうけど）

某ライターのようにならないよう、頑張ります。

>>472
LonghornってEFI対応でしたっけ。
EFI使うと起動が早くなるらしいのは三段ロケットじゃないから？
面白そうです。

>>463
違う、レス読んだ？あの時点でその日の話の事だと書いていますよ。
あなたの言うように、その前の事はその前の事であるんでしょうが、
私が聞かれたのは、その日の事です。なので、その日の事を答えただけです。
そう書いているのにその前から〜その前から〜・・・

何度も言うように、>>403が怒ったのは、私や>>403や他の方が、
話を聞こうとしたにもかかわらず、追い出された〜の一点張りで、
ひげが独占など言ってるばかりで、何もしようとしないから。
要するに、あなたたちも話題を展開しましょう？応援する人間もいますよといっても
ずっと関係無い人間にわめき散らすだけだったわけです。

その日の事を聞かれたらその日の事を答えるでしょう。

>>464
私はAT&T構文を少ししかやってないから聞いたんです。
参考にさせて下さいという意味です。

＞＞本当は何も知らないだろ
その通りですが、デバイスのチェックは必要だと思うんですよ。
これはどのOSでも(多分)やられてる事で、個人で作っているものには
テストとか頼まなければいけない為、余計その部分が必要なのではないでしょうか？
この部分が簡単だと仰るなら詳しく書かなくても解かりますよね。

まあ何も知らない人間でさえ、そういうことが解かるわけですから・・・
ここにおられる皆さんには到底かなわないですけど。

>>474
＞違う、レス読んだ？あの時点でその日の話の事だと書いていますよ。
だーかーらー、2004年9月26日日曜日の話だってば。
全部このスレの支配者ひげぽん様についての議論なの。
ひげぽん様と関係なくスレの動向をどうこうできないの。
ここはそういう所なの。

>>1のどこにも卑下のスレだと書いてないんだが

>>476
Wiki見てみ。卑下と臆が結託してレコンキスタ。

>>475
>動向をどうこう
(´,_ゝ`)ﾌﾟｯ

>>475
そうか、よかったな。
次はもっと実りある論点を提起してくれ。待ってるぞ。

>477
># また誰かがFrontPageの本スレの記述を変えたようです・・・私もP11が本スレだと思っているのですが・・ -- ひげぽん 2004-09-24 (金) 10:45:38
># どっちかというとOSをつくろうP11の方が本スレだと思うけどなぁ。モダンOS〜の方はWatchスレな感じで。 -- .mjt 2004-09-24 (金) 03:05:15

これ？これで結託?

ガンバレ ひげぽん!!
がんばれ Mona !!
Tinoさんもいろいろあったみたいだけど、気にしないで頑張って
モダンOS

>>472
必要最小限のページテーブルを作りながら進めば
二段でもかなりいけるんでない？
カーネルが1モジュールで500KBを越えるとか
汎用ブートローダを考慮するんだったら三段が無難だと思うけど。

>>480
それでリリース話とか平気で再開してきたから卑下うぜーって話だろ

最初のしきいを下げるために。

OS がよく使う BIOS コール
INT 12h リアルモードメモリサイズ取得(たいてい639K)
INT 13h,AH=42h 拡張disk read (HDDやブートCD等)
INT 15h,AH=53h APM BIOS(real mode)
INT 15h,AH=87h プロテクトモードメモリにコピー
INT 15h,AX=E801h 拡張メモリサイズ取得(新)
INT 15h,AH=88h 拡張メモリサイズ取得(旧)
INT 1Ah,AH=B1h PCI BIOS(real mode)

リアルモードのメモリマップ(一般的なもの)
(segment)
0000-003F 割り込みベクタ
0040-005F BIOSワークエリア
0060-9FBF OS やアプリケーションが利用可能
9FC0-9FFF BIOSワークエリア
A000-BFFF ビデオメモリアクセス用

OS 起動のために BIOS がすること
1) FDD や HDD のセクタ 0 (512バイト)が 07C0 に読み込まれる
2) BIOS が DL に BIOS ドライブをセットして
jmp far 7C00:0000 する

HDD の場合はセクタ 0 (MBR)に起動パーティションのセクタ 0 (PBR)を
読み込むコードが保存されている
(自分でフォーマットする場合は MBR にそれを行うコードを保存する)

CD-ROM の場合は FDD や HDD をエミュレーションさせれば
これらと同様になる
エミュレーションさせなかった場合でも INT 13h,AH=42h などでアクセスは可能

>>484
サンクス。
補足として、クロック読み出しや画面モード切り替えもBIOSから逝ける。
OS-Wikiを見よ。

あとはA20とディスクイメージファイルの構造を説明しておけば
勘のいい奴なら先へ進めそうだな。

>>484
ちょい待ち。
9FC00-9FFFF BIOSワークエリア(たぶん。正しくはINT12hで取れるところまで)
A0000-BFFFF ビデオメモリアクセス用
100000- プロテクトモードで使えるメモリ
でないかい？

セグメント指定だから484で合ってる。

>>484
ブートセクタにとんできた時のDLはあんまし期待しない方がいいぞ。
たまに腐れBIOSが嘘の値を入れてるときがある。

なんかスレの流れが大きなループですね

>>489
Part2とかからという意味でですか？(大きなループ)
それでもいいのではないでしょうか。

>>1さん 一緒にがんがりましょう！！
私はありきたりの3段ロケットです。
次はGDT設定してIDT設定して割り込みをつかむ予定ですがいつとりかかるやら・・
でも早めにメモリ管理やページングやらねば・・・
mallocないとC++も使えないしタスクも出来ないし
でもメモリ管理方法って凄く悩みます。。
メモリー管理はもう少し考えよっと・・

>>489
Part2〜で完全に話題が出尽くしたわけではないんだし、
別の話題も出てくるだろうからループにはならんだろう。

>>491
おまいは64bit化も含めて4段ロケットで逝け世

PekoeGUI for Mona または baygui
がすごい事になってる。
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?bayside
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?MonaServer

>>485-488
サンクス。
しきいを下げるのが目的ということで、追加。

INT 10h,AH=00h VGA互換ビデオモード設定
AL=03h:テキスト / AL=12h:640x480x4bit / AL=13h:320x240x8bit
INT 10h,AH=4Fh VESA拡張ビデオモード設定
INT 15h,AX=2401h A20ライン(アドレスbit 20)のマスク解除

raw ディスクイメージ(拡張子は .img / .flp / .bin などをつける)は
全セクタを順に書き出したもの。
BIOS はこの先頭 512-byte のみを読み込み、その先頭に jmp する。

FDD (DL=00h) や HDD (DL=80h) では DL は固定値で良い。
セクタサイズは 512 byte。
1.44M FDD は 80 cylinders, 2 heads, 18 sectors。

エミュレーションなしのBootable CD-ROM では与えられた DL を使うと良い。

BIOS の機能一覧は以下が詳しい。
ttp://www-2.cs.cmu.edu/afs/cs/user/ralf/pub/WWW/files.html

baygui描画遅くない?
乳脳はやはりすごかった

>>496
ベースは、Wabaだからな
GUIを実装できるだけでも、両方凄いよ

ベースがWabaだとなぜ遅いの?
いっている意味が分からない

>>498
WabaってのはJavaVMさ。
要は仮想機械。仮想機械が、中間コード（詳しい言い回しが分からんが）を解釈実行する。
ようはインタープリタ方式で実行するから遅い。

普通は機械語をCPUが直接理解して実行するから速い。
要はプログラムをメモリに読み込んで一気に実行できる。

当然細かい説明は端折るから、よろしく。

>>499
bayguiはJava VMで動いているわけじゃないだろ
VRAMへの描画がへぼいんだよ

>>495
乙。

IA-32のマニュアルはこの辺に。
ftp://download.intel.co.jp/jp/developer/jpdoc/24547003_j.pdf
ftp://download.intel.co.jp/jp/developer/jpdoc/24547103_j.pdf
ftp://download.intel.co.jp/jp/developer/jpdoc/24547203_j.pdf
いつ消えるか分からないので欲しい香具師は速攻でダウソ。

cygwinのnasmかas→ld→stripでバイナリを作りrawwriteで書き込め。
こんなもんか？

マジックコードは？

ところで、もまいら
最強の和製OSって何よ？

>>493
64ビット化はやってみたいですね。4段ロケット？今の所3段で十分です

というわけで明日からGDT再設定〜IDT設定〜割り込みON
で割り込みをキャッチしようと思います
きっと割り込みまわりで壁にぶつかると思いますが＾＾

>>504
4段ロケットはロングモードを含めての話

ロングモードは算段ロケットで十分

それなら謎

>>502
ディスク先頭512バイトはMBR(マスターブートレコード)と呼ばれ、
下記のような配置になる。
0x0000-0x01BD ブートストラップローダ(コード)
0x01BE-0x01FD パーティションテーブル(16バイト*4個分)
0x01FE-0x01FF マジックナンバー(固定値0xAA55)

BIOSを利用して一度に複数セクタを読み込む場合はDMAの64KB制限に注意せよ。

おいお前らFAT特許が無効になりやがりましたよ。
http://www.theregister.co.uk/2004/09/30/microsoft_fat_patent_rejected/
これで安心して使えるね。

pubpatｸﾞｯｼﾞｮﾌﾞ
デジカメ記録用メディアのみから取るって話だった気もするけど

FAT関連4特許のうち無効になったのは1つのみ

>>511
詳しく頼む

＜一応現状報告＞
現在 GDT、IDT関連のジャンクコードを書いて試してます。
アセンブラからC部分をCALLした時に意味不明なバグが出たので
調べたところ、アセンブラでCALLしているアドレスがオカシイ
C部分の外部リンケージがなんかオカシイかんじ。
そして気になるってるのはCプログラム部分の逆アセ結果が大きいのです
前に書いていて消したコードがゴミとして(実行されないけど)残ってる感じです
ちょっとpanic状態なので小さなプログラム作って調べる予定です
Objファイルの解析も必要になるかもしれませんね
（今の所 MAPファイルと実行ファイルの逆アセしか比べてません）
今の環境は Cygwin+GCC+NASMで Object形式はpe-i386 です

C部分を pe-i386、nasm部分を elf-i386にしてリンクしたら解決。
割り込みは取れてるかんじ
今晩にでもソースをまとめてキー入力等を取ってみよ。

>>514
僕もCygwinベースで開発しようとしたんですがldが
pe oparation non PE file

ld: PE operations on non PE file.

って返すもんだからリンクできなくて挫折しました。
とりあえずLinuxではうまくいったんでクロスマシン環境でがんばってるんですが
やはりCygwinで開発したいと思ってます。
よかったらリンカスクリプト見せて頂けませんか？
よろしくお願いいたします。

>>515
転んでもまた起きてくださいよ
とりあえずこちらで正常に動いた環境は
Cygwin+GCC+nasmで、cプログラムはpe形式、nasmはelf形式
で そのエラーはPE形式のようですがきっと nasmの出力をPEにしてるんだと思いますが
アセンブラソースでorg指定とかしてたりしません？
あと PE形式でアセンブルする時はコード部の最初に [section .text]を明示しないと
うまくシンボルを外部に公開出来ませんでした
でも PE形式でリンクするとC部分のリンケージがズレたのでelfにしましたが
リロケータブルファイルを指定すれば解決できるかもしれませんね・・
elfの時は section指定しなくてOKです
ちなみにリンクスクリプトは使ってません
参考部分のMakeファイルを書いておきます

ASM= nasm
ASMFLAGS= -I $(DIR_INC) -f elf
.nas.osm:
@$(ASM) $(ASMFLAGS) -o $@ $<

>>515
あと 16ビットコードはPE形式ではリロケーション出来ないとか
言われたようなきがします。
私は3段ロケットにしてます。
1段目は16ビットでネイティブアセンブルしてあるIPL
2段目は前半16ビット後半32ビットでネイティブアセンブル
3段目は全部32ビットでld使ってコンパイル＆アセンブル＆リンク
で2段目と3段目はcatでくっつけて一緒に読み込み
2段目の最後に3段目の部分を1MB領域にコピーしてJumpしてます

今晩にはソースUPするので暇があったら見てくださいｗ

Timmer割り込みをGetして画面に表示するだけのモノを
CVSにUPしました
キー入力は一回のみ取れてます
バッファーFullって 原因はなんとなくわかるので
今度対応しよっと。。
http://cvs.sourceforge.jp/cgi-bin/viewcvs.cgi/kodocha-os/

簡単にMONAに貢献できるSDKを作りました。
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?MonaSDK
例のごとくmake runでビルド＆テスト実行できます。
発展途上中の私製GUIライブラリーも同封しています。
リクエストがあれば上記のページまでどうぞ。

湾岸七誌出丸地乙

>>446でプロテクトモードに移行にた後バグってた房です。
bochsのログで

00002032000i[CPU0 ] real mode
00002032000i[CPU0 ] CS.d_b = 16 bit
00002032000i[CPU0 ] SS.d_b = 16 bit
00002032000i[CPU0 ] | EAX=00000000 EBX=0000003e ECX=00000000 EDX=0000f000
00002032000i[CPU0 ] | ESP=0000fff8 EBP=0000fffa ESI=00000000 EDI=00000500
00002032000i[CPU0 ] | IOPL=0 NV UP DI PL ZR NA PE NC
00002032000i[CPU0 ] | SEG selector base limit G D
00002032000i[CPU0 ] | SEG sltr(index|ti|rpl) base limit G D
00002032000i[CPU0 ] | DS:0000( 0000| 0| 0) 00000000 0000ffff 0 0
00002032000i[CPU0 ] | ES:0000( 0000| 0| 0) 00000000 0000ffff 0 0
00002032000i[CPU0 ] | FS:0000( 0000| 0| 0) 00000000 0000ffff 0 0
00002032000i[CPU0 ] | GS:0000( 0000| 0| 0) 00000000 0000ffff 0 0
00002032000i[CPU0 ] | SS:0000( 0000| 0| 0) 00000000 0000ffff 0 0
00002032000i[CPU0 ] | CS:f000( 0000| 0| 0) 000f0000 0000ffff 0 0
00002032000i[CPU0 ] | EIP=0000099b (0000099b)
00002032000i[CPU0 ] | CR0=0x60000010 CR1=0x00000000 CR2=0x00000000
00002032000i[CPU0 ] | CR3=0x00000000 CR4=0x00000000
00002032000i[CPU0 ] >> 84
00002032000i[CPU0 ] >> c0
00002032000i[CPU0 ] >> : test al, al
となっているんですが、これって0xf000:0x0000のコード(test al, al)を
実行してる時に電源OFFされたって事でしょうか？
以前ご指摘頂いた"セグメント間ジャンプに失敗している"の状態が
これなのかな？と思って。
よろしくお願いします。

どうも。

Linuxのブートプロセスをみる
http://www.amazon.co.jp/exec/obidos/ASIN/4756144519/250-3629120-9475420

良い本です。
作り方の本ではないので、ビルドの方法とかは書いてないですけど、初期に必要な情報がコンパクトに載ってます。
オススメ。

>>521
セグメント間ジャンプ（というかfarジャンプ）に失敗してたとえば0x0000にジャンプしちゃったりして、
そのうちたまたま停止するような機械語と同じデータがある領域にさしかかって止まっただけなので、
止まったところのアドレスが分かってもなんにもならんと思います。

jmpをする直前のレジスタとGDTの中身を徹底的に眺めるとかしかないと思う。

リアルモードだとアドレスはCS:EIPかねえ。DSやSPも怪しい。
ジャンプに失敗じゃなくてゴミコードを実行しているような気がスル。
ディスクからちゃんと読み込めたかどうか内容を確認してみた？

GDTの設定があからさまにおかしい時は
Bochsだとリブート状態になったりエラー表示のウィンドウが出て
QEMUだと強制終了のことが多かったと思う。

Bochsdbgってのがあって、ジャンプ前のアドレスにブレークポイント入れて
ステップ実行すれば デバッグしやすいかもですよ
わたしデバッガ使った事ないのですが・・・

汗中心の時期はqemuで全命令ログに吐くのも役に立つ。

和製OS って何個あるの？
有名どころだけでも紹介きぼんぬ

>>528
http://wiki.osdev.info/index.php?%CF%C2%C0%BDOS

BIOSでFDDを読む際の質問です。
リアルモードで物理アドレス0x10000に2セクタ目移行512KBを読み込むには
どんなコードを書けばよいでしょうか？アセンブリ言語でおながいします。

丸投げ質問はやめろ
答える必要なし

>>530
　community.osdev.info辺りを調べればわかる筈。

>>530,531
まぁそー言いなや。

http://community.osdev.info/index.php?%28AT%29BIOS
ディスク関係ね。

こんくらいあっても良いだろう。

>>530
CHSのパラメータとESをちまちま書き換えつつループして
BIOSを呼ぶだけだが。
掲示板に書き込む暇があったらどれかOSのソースを読む方が早いぞ。

>>530
　あとIntelの命令を正しく知らないと無駄なコードを書く可能性があるかも。
例えばmod演算とか。

kodochaのソースを見ろ
http://kodocha-os.sourceforge.jp/index?plugin=attach&pcmd=open&file=kodo.lzh&refer=KODOCHA-OS

某○ONA OSのコードをパクリまくっている予感（笑）Yukky

本当だ。こりゃBBLよりひどいな。
ちょっと悲しいよね

kodocha
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ
パクリ

A20有効化の所は自分で調べたルーチンよりも短かったので
そのまま使わせてもらいました
PICの初期化はそのまま使ってます
素の他の部分は参考にした程度には利用してますが
お気に障る部分がありましたか？
ライセンス的な事は詳しく無いのですが、MONAのライセンス上
問題がありましたらご指摘ヨロ

モジュール分けや関数分け等に関しては
卑下さんがきっとオブジェクト指向のSEだと見受けられますが
わたしの思想と似ているために 似てしまう部分だと思います
変数の命名規則は違いますが。。

パクられて文句があるならソースを公開してない、オープンライセンスにしない
利用される事を作者は望んでいると思っています
もちろんコピーした部分も色々HACKはかけてますよ
このプロジェクト自体が自分の勉強の為のプロジェクトですから

なんだか卑下を追い出した犯人が分かった予感
おもしろくて便乗して俺も追い出したけど（笑）
すまんかった。。

バレチャッタネ

このスレのyukky氏の発言とその直後の発言を見返してみた。
思いっきり自作自演じゃん･･･

しかもすごいえらそうだな
自分で作ったわけじゃないのに。

yukky自作自演乙

＞ もちろんコピーした部分も色々HACKはかけてますよ

恥ずかしい(〃▽〃)
恥ずかしい
二度とでてこれないね

>>541
バレチャッタも何もて、犯人は 540-544 のような連中だろう。
新たな生贄を作り出して楽しんでるようにしか見えんぜ。

>>545
yukky乙

>>539
MonaのGPLの32bitOSのソース丸ごとパクってC++にしただけ疑惑が問題？

>>547
yukky乙

542 ：Be名無しさん ：04/10/10 15:47:26
このスレのyukky氏の発言とその直後の発言を見返してみた。
思いっきり自作自演じゃん･･･

しかもすごいえらそうだな
自分で作ったわけじゃないのに。

543 ：Be名無しさん ：04/10/10 15:48:10
yukky自作自演乙

ちなみにこのスレにOS作りたい有志はいるのか？

>>549
私は作ってみたいです。

わたもちみたいに潰れんなよ＞雪

>>551
yukky名無しで乙

542 ：Be名無しさん ：04/10/10 15:47:26
このスレのyukky氏の発言とその直後の発言を見返してみた。
思いっきり自作自演じゃん･･･

しかもすごいえらそうだな
自分で作ったわけじゃないのに。

543 ：Be名無しさん ：04/10/10 15:48:10
yukky自作自演乙

何が感じ悪いってBBLに名無しで書き込んでいるところだな＞yukky

相当えらそう

yukkyｶﾞﾝｶﾞﾚ
潰れんなよ

いやyukkyの化けの皮がはがれたね
ひどいよあのやり方は

　　　　　　_,,_
　　　　 /´o　ヽ
　　　,.ｨゝ 　 　 l 　　　
　　　￣ヽ 　 　 l 　　　　　　　yukky自作自演乙
　 　 　 　l 　 　 ヽ___
　　　　　/　　,,...---｀ニニﾆ==､,,__
　　　　　l　 / ヽ ヽ ヽ ヽ ヽ ヽ ヽ l三三三>
　　 　 　|　 iヽ ヽ ヽ ヽ ヽ ヽ ヽ／三三／''ｰ- 、
　　　　　ヽ. ヽ､ヽ ヽ ヽ ヽ ヽ.∠三=‐''´＞‐--‐'
　　　　　　 ヽ､｀'''ー‐---‐'''´_,,...--‐'''´
　　　　　　　　 ｀''ｰｯ--t_,r'''´
　　　　　　　　＿／.＿／
　　　　　　　 .フ^ｰ フ^

くるっぷー

痴脳→崎本様と来て次の標的は雪か。
常に生贄の血を求めてる香具師がいるな。

基地外は犯罪に手を染める前に潰してやるのが他人に出来る最大の愛情

前もそんな事言ってたな。前回崎閉鎖時だったか。

雪って荒れた状況を見てわくわくして和製OS界に参入してきたんだろ？
攻撃されればされるほど楽しませるだけだぞ。

残念ですが私はバカなので自演なんで出来ませんよ
あえて言うなら 自演は 536-538藻舞の方では？？？
DL先のIPも全部分かるんですよねｗｗ

ていうか 質問者の質問には Monaを見ろとか丸投げは答えないとか言いながら
こういうネタには反応するんですねｗｗ
あなたこそ右翼にふさわしいｗｗ

>>547
＞MonaのGPLの32bitOSのソース丸ごとパクってC++にしただけ疑惑が問題？
その部分に関しては少し感じた部分があります
MonaがLinuxソースそのままの部分も見受けられたので
そのMonaを参考にしているので多少気になってましたが
ブート部分はアルゴリズムを代えようが無いし
誰が作っても似たり寄ったりになるのは必死なので
ブート部だけはGPLでも特別扱いだという話も聞いた覚えあります
ていうか IBM、INTELのアーキテクチャに従って
ブート部分の新たなアルゴリズム開拓なんて難しすぎますよ
それこそM$がブートローダの特許とって独占してますよ

>>562
＞MonaがLinuxソースそのままの部分も見受けられたので
詳しく。
おれぺこ祭りの再来か!?

オプソにする時点でパクり上等なんだがライセンスが一方通行なのが騒ぎを起こす。
PDS→BSD⇔MIT/X→LGPL→GPL

Linux なん gas やん。Mona は nasm 。
ソースがそのままだったらアセンブルできんがな。

FDへの2回目の読み込みでqemuが

FLOPPY ERROR: fdctrl_start_transfer: dma_mode=0 direction=1

って言って読み込めないんだけど、誰か心当たりのある人いない〜？
一回目は正常で、三回目になるとqemuが落ちるんだよね…。

>>564
GPLはオプソピラミッドの頂点に君臨する神で
PDSは最底辺の奴隷階級といったところか

>>565
yukky恥ずかしいな

538 やら 547 やら気にしてるんかも知れんけど。
気にせん方がエエヨ。何も一緒に堕ちるこたぁない。

釣られませんよｗ

>>565
AT&TシンタックスもIntelシンタックスも表記上の違いだけで、実際はどっちでも
アセンブルできるよ。逆にgccからIntelシンタックスでアセンブルリスト出力させることもできる。

>>570 yukky
あほか？
>MonaがLinuxソースそのままの部分も見受けられたので
>そのMonaを参考にしているので多少気になってましたが
>ブート部分はアルゴリズムを代えようが無いし

⇒
>Linux なん gas やん。Mona は nasm 。
>ソースがそのままだったらアセンブルできんがな。

お前がアホなんだよ。＞yukky

572のアホが熱いな
Cの部分を見なさい

>>571
問題点はそこじゃない。

>>573
詳しく

雪って自分で煽っときながら詳細を聞かれると無視するよね
知ったか厨の悪寒・・・・・・

んじゃ前言撤回
ごめんなさいMonaさん卑下殿下様
MonaがGPLソースをコピーしている疑惑は嘘です
関係者各位 適当な事言ってゴメンなさい

でいいかな？

自分もMonaさんのソースを参考にしてるわけで
そのMonaさんがもしライセンス違反をしてたら
自分の首を絞めるわけで
知ってたとしても言うのはバカだと思いますｗ

> ごめんなさいMonaさん卑下殿下様

馬鹿にしている口調だな
別に油奇の勝手だが、そういう態度だと人は集まらないよ

>>577
うわ。yukkyすごい感じ悪いな
なんだこりゃ。

漏れはyukkyに好感を持った
面白いからｶﾞﾝｶﾞﾚ

580==yukky

>>581
崎本様も知らないカスはとっとと回線切って首吊って氏ね

>>578-579
（ｒｙ

崎本様と言われてもYmoHSしか思いつかん

悪いけどこのスレ趣旨と違ってると思うんだよね
OSを作る人を応援するスレと書いていながら
OSを作ろうとしている人を邪魔するスレ
になってると思うんだ
で、邪魔する人には応援されなくて結構
OSを作ろうとしてる人を応援してくれる人だけ
応援してくれれば良いと思ってるんだ

何 このスレ？？ って感じ

>>585
君の態度が悪いからでは?
いくらなんでも非道い。

>yukky

次に発言するときは
名前の欄に　厨房:yukkyと書いてください。

多少の無礼は許してもらえるかもよ。

態度がどうだろうと
知能さん、早紀さん、BBLと来て
次は私をつぶす気だったんでしょ？
厨はアンタだよ 名無しさん

>>562の右翼とかこそスレ違いな訳だが...

ところでそもそも本人?
本人ならトリップなり本人証明の手段を用意してほしい。

>>588
とんだ勘違いやろうだな・・･

とりあえず言っておこう。仮につぶすやつが存在していても

「お前はつぶす価値もない」

2chを2年ほど見てきての結論：コテvs名無しでは、コテは絶対勝てない
理由：圧倒的な数の暴力と、名無し側には叩かれる過去が無いこと。
今だって書いてるのは3、4人ぐらい居るだろうけどyukkyは基本的に一人だけ。
数人(合計10人ぐらい？)が入れ替わり立ち代わり攻撃すればコテ側は自陣に
こもるか知能障害を起こすしかなくなる。L氏がいい例。ﾁﾝﾍﾟｰ氏もか。

つーわけで、悪いことは言わんから適当に猫被ってろ＞yukky

>>588
あのな。そこで張り合ったら立つ瀬がなかろうが。
防衛線を張ったら、嵐に対しては放置。

>>589
いまさら本人じゃないです。
の、言い逃れは出来ないだろ。。

そんな事いったらますます厨房確定

>>592
そこまでyukkyに味方することないよ。
自分が参考にしているOSを小馬鹿にするってその時点で正気じゃない。

ちなみに俺が今日書いたのは>>571,583,591だ。3、4人かと思ったら5人ぐらいはいるのか・・・

別に今の雰囲気の釣りスレなら
技術的にプラスにならないので
居座る価値ないですから

早く正常なスレに戻って欲しいと思います。

居座りたいなら自らそっち向きのネタを振ってけよ
それもせず文句たれるだけじゃ痴脳のオナニー日記と大差ねーぞ

>>596
わがままだなぁ。

自分がつぶされると思っているyukky氏哀れだなぁ･･･(´Д⊂

yukkyがんばれ

同類哀れむ

おぉ荒れているな。面白そうだからこれから読んでみよ。

また名無しを都合良く捏造房ですか。
この板にもIDが必要になってきたな。
もうちょっと様子見て、スレでも立ててみるかなと。

どれのこと？

>>604
いや、たくさんいるじゃん。

>>542-543
>>546
>>548
>>552
>>553

これくらいかな。IDがあれば、ほとんど解決できる問題だしな。
まぁ接続し直しって手もあるけどな。

yukkyは確かに今回はあれだが、上記のようなことをする名無しもあまりに芸が無い。
これやると相手何も言えなくなる。だって証明できないジャン。
だからやるなら真正面からやってほしいな。もう終わったようだけど。

今回の場合にも限らずだが、名無しがyukky寄りの発言をしたとき、
「名無しで乙」
で返されると、名無しがしたレスの意味が全く無くなる。すべて自作自演で片付けるわけだからな。

これを防ぐには、ID制の導入以外解決策が無い。

結局>>591

七誌出乙が流行ってるのは卑下の息がかかってるスレだけだから
OS板全体に影響があるわけじゃないでしょうに。
事実BeスレとかBTRONスレとかで見たことない。

>>608
そりゃそうだ。要は和製OSを作っている人の中でさらに２ｃｈにある程度依存している人が対象だし。
あとはそういうスレでも激しい議論となれば、有り得るわけだし。

別にID制が導入されて困る人なんていないだろ？
ID制が導入されれば、ある程度コテと名無しの格差を埋めることができて、正常な議論ができると思う。

あって困るのは、影で自作自演をして、潰そうとする人たちだろうな。（本当に居るかどうかは、当然不明だが）

問題はID制を施行してくれる条件だが、ひとまず議論スレ立てないと駄目だろうなぁ…

いつもさっきゅんを応援してるのがバレると他スレで顰蹙買うのでID制は困ります

>>610
IDは遅くとも0時で、変わるのがほとんどだし、それは問題ないと思うぞ。

ID制の導入は不可欠かな。大体、ID制のある板とそうでない板が
混在してるのが理解できん。さっさと、全板ID制にすりゃいいんだ。

そう書かれると今度はID推進派の自演に見えますが

。。。って書かせて『な、ID必要だろ』って言わせたいのか。釣られないぞっ(`･ω･´)

追伸メモ。
bochsのFDCはDMAで転送するとき、セクタ境界でTCが来ないと割り込みを掛けません。
普通、割り込みを待ってリザルトを受け取るので、セクタサイズの倍数以外で読み込むと止まります。

あと、vmware & bochs はSENDを送信する前にDMAを有効にしておかないと死にます。

ちなみにqemuはどっちも大丈夫でした。

>>613
そう、そして最も問題なのは、議論スレを立てたは良いが、
どこからどこまでが自演であるか、または別人の投稿であるかが分からないこと。

本当は俺の意見だけで、運営部にID制を施行してもらうのが、一番よいのだが、
そう簡単なものではないだろうという予測している。

どのような条件でID制にしているんだろ。

当然反対意見だって出るだろう品。

まぁブートローダくらい、ほとんど同じだから、そのまま引用してもいいとは思うけど。
問題はどうせその後なんだから。

とにかくそこからは自分で勉強して頑張るべきであろう。

そこから後も同じソースを使用するのは、あまり意味が無い。

おっと、これもyukkyの自作自演ってか？

悪いけど違うんだけどな。なぜかって？
別にこの先伸びるとは思えないから。
いいとこ、わたもちくらいだろう。

ただし、後は自分の頑張りしかないわけで、yukky自身がどうするかの問題。
頑張るという面では、ブートローダから頑張ろうやってのが本音でもある。

ただこれに時間掛けると、しんどくなって飽きるという可能性もある。

ってか寝る。

質問があるんですが、皆様よろしいでしょうか？
カーネルをFDに載せてmakeする時の配置なんですが、
- 1st ブート部 512 -
- 2nd ブート部 512 -
- 3rd Cカーネル -
みたいに連結して乗っける方法と、
FAT12を用いてカーネル名で検索＞ロードする方法と
どちらが一般的なんでしょうか？

>>619修正
×FAT12を用いて…
○FAT12上に適当に配置しておいて

1と2はブートセクタに連結して置き、3rdをFATから探してくるのが一般的だと思うけど
2ndにFATドライバ積まなきゃいけなくなるから難易度上がるよ

http://0ty9s1skoepz.hotusa.org/x8fejy2.html
http://3266ubzprnx3.my-age.net/uk4mhhws4br.html

>>619
Monaは2ndでFAT12を検索してますね。
2ndのブート部は512bytesを超えても平気なので、高級言語でドライバを書いて2ndに連結した方が楽かなあ。

>>623
なるほど、2ndに連結とは思いつきませんでした。
今度試してみます。ありがとうございました。

ってことは一般的なFATの配置ってのとは違うんですか？

>>619
一般的かどうかは知らないが、例えばNT系OSは
IPL - NTLDRの最初の部分をロード
NTLDRの最初の部分 - NTLDRの残りの部分をロード
NTLDRの残りの部分 - カーネルをロード
の3段方式。

IPLはファイルシステム毎に専用。(FD系ではFAT用しかないけど)
NTLDRの最初の部分はフラグメント化状態不可、つまり、連続した領域に
配置する必要があって、なおかつルートディレクトリに置く必要がある。
まぁ、自分では実装したことがないんで、推測だけど、IPLの512バイト
では、サブディレクトリを走査したり、クラスタのリンクを追いかけた
りする機能を盛り込むのが困難なんでしょうね。
カーネルのファイルは一般ファイルと同様(NTFSの場合は圧縮や暗号化は
不可のような気がするが)。
当然、NTDLRの残りの部分は、fastfat.sysやntfs.sys等と機能は重複する
だろうけども、カーネルを配置可能としているファイルシステム用のドラ
イバ機能を持たせている。逆に言えば、持っていないファイルシステム
にはカーネル等のファイルが配置できない。後、boot.iniの処理やブー
トメニューの処理もこの部分ね。

linuxは知らないので他の人よろしく。

>>626
すげー。どこでそんな知識を？

>>627
NT系OSが採用されているシステムのお守りをさせられている人には
一般常識かと思うけど…。一度ぐらいはブートしなくなったとか言われた
り、MOから起動できるようにできないのかとか言われたりして、四苦八苦
した人は少なくないはず。
Microsoftのサイトには一般公開されている分だけでも、いろいろ情報が
転がっているよ(英語しかないものや、事実上検索エンジンからしか行け
ないようなページも多いけど)。

ブートの件は私は
1stでFAT12でカーネルイメージをファイル名で読み込んでます
カーネルイメージは2ndと3rdをcatでくっつけたもので
2ndは仮GDT設定とプロテクトモード移行 3rd部分を切り離して1MB領域に移動
という小さなもので
3rd部分がカーネルになります
Linuxも似たような形じゃないかな？ っていうかLinuxを真似したつもりです。

そのやり方が主流やね

はじめまして　この連休　調べ物の際に見掛けてpart11だけですが一通り拝見させて頂いていました

>>1
何故、OSを作っているんでしょう？また何のために？何故、FAT，一般的という言葉が出てきたんでしょう
ふとそんな疑問が湧いてしまいました

既存OSとの互換性を保つ，似たようなものを作るとかなら未だしもFAT，一般的に拘る必要はあるのでしょうか
FATは何処が管理するつもりなのでしょう。話の限りではカーネルにはまだ辿り着いてないようにも思われましたが、もしそうであれば余計なコードを起こしたりするよりも先へ進むことが大切かと思います　必要なら後で書き換えたのでも遅くはないのではないでしょうか

既に作られた仕様等見えてもいませんが、例えば1st+2nd+3rd連結でも別にいいんではないでしょうか？2ndと3rdの間にしてもそれを今後どう管理したいかで分けるなら分ければいいし、１つにしてしまってもいいかと思います

また、FATを導入するにしてもFATについて何処まで分析・推測しているかでもあるかと思います。
FATとクラスタの関係は大抵見ていて誰でも知っていることかと思いますが、ヒントは最初の数バイトの意味。そこに何があるかに注目されてはいるのだろうか？と思ったりもしました


プログラミングとは何？
パクリの言葉が平気で出てくるのはコピペばかりでプログラミングについて解っていない証でもあるんだろうかと感じてしまったのですが、いいと思えるものを取り込めないようではプログラミングとは言えないと考えます。
それ以上優れているというコードを思い付くことがなければ、それがそのベストなコードと言えますし、単なるコピペでもない筈です
パクリと言われたくないから微妙にコードを変えて誤魔化す。その方がパクリと言えるものと思います

因みに、Linuxはgasとかありましたが、昨日ふと思ってLinuxのブートのコードを初めて見てみましたが、ディストリビューション等によっても違うのでしょうけど、gasではなくnasmで書かれているようでした。
私は敢えてgasを使っていますけど

また、時間のあるとき拝見させて頂こうと思います。OSを作られている方々頑張ってください
それでは

>>631
全部読んだけど、簡潔に5行くらいでまとめなさい

#ナゼOSを作ってるか
私の場合は別にOSで儲ける気が無い いえ儲けが出るようになったらM$に潰される
っていうのが見えているので商売にはしないつもりです
かといってLinuxの二番煎じをするつもりもありません
単に技術的興味なだけです
途中でNETに興味が出ればそっちに行くし、AIに興味出ればそっちいきますｗ

#FAT
ナゼFATにするかと言われると
開発環境がWindowsなのでファイルのコピーがやりやすいから
それが９０％です
残りはFATのフォーマットを大まかに知っていたからです
あとはIPLに組み込みたいのでローダーが小さく出来るからですね

#gas
わたしのとこのLinuxのアセンブラ部はL86だったかそんな名前のアセンブラです

#プログラミングとは何？
ソースのコピーに関してはたぶん同じ考えだと思います
たとえ理解していなくても利用しても問題はないはずです
ライセンス上の問題があれば話し合います 本人と。
名無しに言われる筋合いは全くありませんね。
良いから使ってる 何が悪い？ 全く同感です。
逆に言えば自分で作ってる部分は良く無いから作り直している
そういう意味でもありますｗ

厳密に言えばOSを作ろうというのはカーネルを作ろうとは違うので
Linuxカーネルを利用してOSをつくる(Debianみたいに)というのもアリですが
このスレはカーネルを作ろうという流れですね

昔は16bit部分がas86で書いてあったでよ。
gasが16bit codeに対応したので、最近のバージョンは全部gas使っているはず。

嵐は全部BでFA？

>>635
p2 + ●

>>631
はじめまして。
> なぜOSを作っているのか
マルチタスクなMS-DOSが欲しかったからです。
方向性は某Monaの逆だと思っています。
> 何のために
対象は自分自身。
> FAT，一般的という言葉
既存OSに似たようなものを作るからです。
> 余計なコード
カーネル配置しないとカーネルを動かすわけに行かないんですが…。
> パクリ
他人のコードをそのまま取り込むのはそれこそパクリだと思います（犯罪です）。
ベストなコードとは学んだものを再構築して、改正したコードだと思っています。
またIPLなどのコードが似てくるのは仕方が無いかと思いますが。それでもパクリですか？
正直最後の文は納得できません。

>>1
＞ 他人のコードをそのまま取り込むのはそれこそパクリだと思います（犯罪です）。
ライセンス上の問題があれば犯罪になりかねないが
オープンソースライセンスのソースをコピーして犯罪になるのは
ティッシュ配りを受け取ったら窃盗罪と同じだぞ
オープンでないソフトをリバースエンジニアリングして使ったら犯罪だがな
もう一度 オープンソースやライセンスというのを勉強して鯉

>>638
>オープンでないソフトをリバースエンジニアリングして使ったら犯罪だがな
これは微妙
リバースエンジニアリングで仕様をドキュメント化する人とコーディングする人が
別なら多分 OK
そうでなかったら Interrupt List の情報などが使えなくなる

MEG-OSの作者をMEG-DOSの作者と勘違いしてた漏れ 乙

yukkyさん，>>1さんレスありがとうございます
OSを作ろうとされている趣旨や方向等解りました。また出てくる言葉等(FAT等)についても解り流れがつかめました
>>1さんのFAT等のことに対して主に書いたつもりでしたがyukkyさんにまでレス頂けて恐縮です

もうひとつ、後で頭から少し読み直して判ったのですけどyukkyさんは>>31の時点で既にカーネルのロード付近まで進んでおられたのですね
読んでいる途中で頭から飛んでしまっていたらしくyukkyさん，>>1さん共に同じ辺りを進まれているのかとも正直思ってしまっていました。申し訳ないです

>>1さん
> > パクリ
「誤魔化す」と書いた部分の汲み取りをお願いします
> IPLなどのコードが似てくるのは仕方が無いかと
そういうことです。なのでパクリと言っている人たちへの「単純にパクリであるとは言えない」とする発言です
「似てくるのは仕方が無い」という頭がある上でパクリではないです。それに対して「誤魔化そう」という頭があればパクリと言えます
投稿する前の原稿は読んだ全体に対して一度に書こうとしたのでかなり長くなってしまい、削れるだけ削ってしまったので誤解を生みやすくなってしまったのかも知れませんね。ごめんなさい
いくつもに分けて連続投稿のようにもしたくなかったので

>>638
プログラミングしようとするものにとって前述のこと(「> > パクリ」)に関してはオープンソースやライセンス云々以前のものでしょ
> 他人のコードをそのまま取り込むのはそれこそパクリだと思います（犯罪です）。
についてだけ言っているものなのかな？

「> 余計なコード」についてはそれだけでそこそこ長くなりそうなので敢えて分けて書かせて頂きます

>>641
他人のコードをそのまま取り込む→パクリ→犯罪

これが本当かを決めるのが、ライセンス。要はパクリを許すか、許さないか。
ライセンスで、犯罪かどうかが決まる。
どうも日本では、著作権自体は必ず発生するってことだが、
ライセンスによって、パクることが犯罪かは決まる。

犯罪かどうかを決めるのは作者じゃねーよ

俺ライセンスの正当性なんて法的には相当怪しいもんだ

ライセンスが適用されていると言うことは民法上の契約になるんじゃないか？
と言ってみるテスト

>>1さん
> > 余計なコード
> カーネル配置しないとカーネルを動かすわけに行かないんですが…。
少なくともカーネルを配置すること(読み込むことではない)とFATとは全く無関係では？

>>633でのyukkyさんの
> あとはIPLに組み込みたいのでローダーが小さく出来るからですね
にはちょっと「？」だったりもしますが既に作ってあるものなので深く追うこともないのでしょうしこれは置いておいていいのだろうとさせて頂いて

要はローダにとってディスク上の何処に欲しいカーネルがあるかが判ればいい筈です
そのために(例え読み込まれるべきカーネルはFAT上で管理されていたとしても)FATに頼る必要もないと考えます

ひとつの例として、MS-DOS互換にするという前提で
１．FDでブートディスクを作るなら毎回作り直しても大した問題ではないと考える
２．ディスクマップをデータディスクと同じ(別途後述)としたとしてカーネルはデータ域先頭から(或いは任意)の連続領域に書かなければならないと規定する
３．ローダ内にその位置と長さをデータ等の形で持つ
FATもディレクトリエントリも要らないと思います
或いは信頼性が上がるとも考えられるのでは？

どうしても欲しいと思ったらディスクドライバなり"固まった時点で"ローダに取り込んだ方が今悩むより作業は格段に早く進むのではないでしょうか。それを踏まえて書いたのが>>631です
また、HDやブートセレクタ等絡めてくると話もまた変わってくるかとも思いますが、FDはFD。手間とは言えますがそれぞれ必要に応じて専用のコードを起こしてもいいとも思います
ブートだけに使うつもりのFDならというのもあるでしょうけど、ただでさえ容量の少ないFDですし

長くなってしまって申し訳ないです
短くし切れなくて

(続き)
MS-DOSのブートも当時見ていましたが記憶薄で正確ではないので申し訳ないですけど、FAT，ディレクトリエントリテーブルの位置等も自由に変えられるように思います
それがブートセクタの4バイト目以降の情報だった筈です(3バイト目以降でもいいのか？)
これを利用して1nd+2nd+3rdをブートセクタからの連続領域に配置し2nd+3rdとする部分を一気に読み込むというのもひとつの手かとも思います

返ってどうするか悩まれてしまうことになってしまうのかも知れませんが>>1さんがこれから触れることができる段階にあるということを前提にFATの必要性の判断の参考にもなれば幸いに思います

>>642
> 他人のコードをそのまま取り込む→パクリ→犯罪
単に「そのまま」でしたらね
そう示しているつもりでもあるわけですが
でも「パクリ」と「犯罪」とはまた別の次元の話でしょう

いずれにしても捉え方等意見の分かれるのは必至で難しい話と思います

>>644
例えば違法に高金利なヤミ金から契約に基づいて金を借りても返す義務は無い。
一般にどの程度の契約は無効という規定は無いから、個々の契約を精査して決めるしかないわけ。

>> 645
FAT については、Windows で開発を行っていた場合、
IPL を FAT 上に配置された１ファイルを読み込んで実行するようにすれば、
カーネルを作り直したとき、１ファイルの置き換えで動作実験できるので便利。

ただ、これは実機でテストする場合に便利なのであってエミュで動作実験するなら
FD に書き込む手間は無いに等しいから大したアドバンテージではないけども。

>>648
利息に関しては法定金利というのはありますね

ライセンスに反するなら契約違反
ライセンスを拒否するならただの盗用

>>649
> カーネルを作り直したとき、１ファイルの置き換えで動作実験できるので便利。
了解してます
また>>633でのyukkyさんの場合にはそういったところも踏まえて選択されたのだろう
ことも理解しています

>>1さんの場合にどうされるかは>>1さん次第で決まるものですけど
MS-DOS互換という前提が、ある意味MS-DOSとしての一般的事項に沿い得ることにもなりそうにも思いましたので
一般的なことに拘ってしまうこともないというのもありではないか？
ということを示すためのこんなのもあるのでは？という一例です
どれがベストということでもなく、どれを採っても一長一短とは思いますけど

後でコードを追加するのは比較的楽とも考えられ得るが
折角苦労して書いたコードが後でやっぱり要らないやとなるのは忍びない
とも思えることかも知れない
その選択ができる場所でもあるのではないかとも思います

最終的に>>1さんが選んだもので進めばOK
FATの実装が重要と思えばそれが>>1さんにとって重要となることですし
その選択肢を少し広げてあげられたりしないかなと思ったわけです
また各々のコードを書く時点で何が重要な部分かを見極めてもらえればと思っています

こんど、MindowsXOを作ります。
皆さんオーエンしる。
　　 ∩＿＿＿∩
　　 | ノ　　　　　 ヽ
　　/　　●　　　● |
　 |　　　　( _●_)　 ミ
　彡､　　　|∪|　　､｀
/　＿＿　 ヽノ　/＿　ﾊｯｽﾙﾊｯｽﾙ!!
(＿＿＿）　　　/＿＿）
　|　　　　　　 /
　＼　　/＼　＼
　　 )　 )　 )　 )
　 （　 ＼（　 ＼
　　 ＼＿)＼＿)

>>646
FATは

a) Reserved Region
b) FAT Region
c) Root Directory Region
d) File and Directory Data Region

という順に確保されています。この順序は変更できません。
FAT32であればRoot Directory Region領域が確保されませんのでそこに関しては融通が利きます。

(a)用に確保するセクタ個数は可変なので、最初はカーネルまでをここに置いておくと楽です。


ところで、ぴゅあさんはOSを書いていらっしゃるんですか？？

netge haijin sitete nemu-i
program kaku jikan na-i
orz...

64bit ha yume no mata yume...

ちょっと目が覚めてしまいましたので

>>654
> FAT32であればRoot Directory Region領域が確保されません
なるほどFAT32は見てない筈だしその辺りは知りませんでした

> ・・・という順に確保されています。
現在消失せずに手元に残った資料も僅かなので
当時の資料とか詳しいところまで調べ難いのも辛いところですが
(以下は資料としてFreeDOSやLinuxのブートを元にしています。
MS-DOSでもこれに似た形になっていたという記憶から参考になるだろうと思うものです)
このレスのために再度ブートセクタの4バイト目以降を眺めてみましたが
>>646に関わるのはその中のリザーブセクタ数だけのようでもありますね
ブートディスクに対してはそこを広げることによってFAT以降をシフトできるのではないかと思っています
申し訳ないですけど、それが現行のMS-DOSで対応可能かどうか等は利用すると考えるなら確認してもらう必要もありますが
そういったことをしたいと考えたときの可能性・ヒントとしてのものと捉えてもらえれば有難いです

> ところで、ぴゅあさんはOSを書いていらっしゃるんですか？？
どっちか？というと書いている方に入ると思います
パソコン向けではなく業務向けOSになりますけど
ただ既に線が引いてあるものですし、私がこれまで作りたいと思ってきたものとは特に細かな部分で色々と違うのは言うまでもないですね
実は久しぶりに暇をみつけてまた書いてみようかなと、環境としてgasを選択し調べ物をしていた際にここを見つけたのでもあります

>>645では長くなるので削りましたが
恐らく15年位前(マシンの移り変わりに関する記事から逆算してのものです)、
ターゲットは68系でしたがFATのデメリットを感じてそれを解消するものを作りたいと思って
FATという管理方法ではない形で、簡易的なレベルのものを作ったりもしていました
FATに拘らなくてもいいのではないか？というのは
そのときに考えていたことからの引用です
なので古いと言えば古い話(考え方？)でもあるのですけど
でも採用云々は関係なく、また別の場所での閃きとか、ヒントのようなものにでもなってもらえれば嬉しく思います
ということで思い切って>>631を書かせて頂くことにしました

>>654
> この順序は変更できません。
は、>>646の
> FAT，ディレクトリエントリテーブルの位置等も自由に変えられる
の話のことのようでしたね

これはディスク上での「並び順」ではなく「配置する位置」(>>656での「シフトできるのではないか」)
の意味での「変えられる」というつもりで書いていたのですが、
誤解を招いてしまったようで申し訳ありませんでした

最初はエミュでなく実機でした。

最初の頃は16bitで簡易シェル
(カーネルを指定ファイルより指定番地にロードして実行機能のみ)
の上でカーネルを実行しカーネルよりシェルに戻せば
デバッグ時の再起動のPOST時間を省けると思い
ファイルシステムでの読み込みが必要でした
現在は16bit時代でファイルシステムを利用するメリットは薄いですが。。

独自のファイルシステムにしなかったのは、設計やデバッグに時間掛けたくなかった
FATなら書き込み読み込みソフトがあるので、デバッグは楽です

FATだと小さくてすむというのは FFS等の他のフォーマットと比較した場合
知ってるフォーマットの中ではFATが一番ローダーを小さく出来る
と思ったからです
CHS固定値で読み込めばもっともっと小さくなりますが
上記の予定もあったので。
Linuxも確か2ndブートローダはCHS固定だったような気がしますが
あまり詳しく追ってないのでなんとも・・・

>>656
OS書かれてたんですね。納得。
予約セクタの数は増やせますが、それではFATの意味がないですね…。

FATを理解し終わった人は「FATではなく独自FSを」と言えるのでしょうが、
OSをゼロから作ってる人にとってはFATそのものよりFATを理解する過程とかも重要だと思います。
そういう意味でFATはとてもシンプルで、一番始めに触るメジャーFSとしてはもってこい。
僕が触れた感想だと、下手に独自FS作るくらいならFAT12のほうが１００万倍マシって感じがします。

yukkyさん
> 最初の頃は16bitで簡易シェル
最初の頃は68系の数年前にZ80で書いていたのを思い出したところです
どんなものだったかはあまり記憶に残っていませんが
68系でのFATでない方法の元を作っていたのは間違いないです
何故やってた記憶に核心があるって
そのとき使っていたセカンドソース品の富士通製FDCのマイクロプログラムに
バグがあるのを見つけたのを思い出したからだったりします

> FATなら書き込み読み込みソフトがあるので、デバッグは楽です
もう不要だったりするかとも思いますけど
Win98以降なら(Win2000でしか確認してませんが)
Win32APIのCreateFile,ReadFile,WriteFile,CloseHandleを使えば
簡単にFDのベタ(Raw)Read/Writeのツールは書けてしまうでしょう
ツールがあれば手間もないというのもありますけど
最初のうちの数セクタの書き換えを繰り返すときとかには
結構時間短縮になるかもですね
いずれにしてもどううまく使い分けるかですけどね

> Linuxも確か2ndブートローダはCHS固定だったような気がしますが
一昨日かな？あのあと先を少し読んでみたのですけど
私の見たコードではディレクトリ上を探した後、連続領域として読み込んでいるようでした
つまりFAT(テーブル)は見てないらしいということです

話に出てくるFATがフォーマットのことを言っているのかテーブルのことを言っているのか
どっちだろうか？ディレクトリ無視でFATであったりはしないよね？とか
読んでてたまに悩むこともありますけど・・・

>>659
> 予約セクタの数は増やせますが、それではFATの意味がないですね…。
FAT(テーブル)自身は残った領域に対して働き続けますよね
元々カーネル等そこに必要なんですから予約セクタ内に置こうがデータ域に置こうが結局は同じことになるでしょう
或いはそういったこととは違うお考えがあるのでしょうか

>>660の最後のLinuxのコードですけど
折角連続領域に置いてあるのに1セクタ単位でループしているようでした
その意図は読み切れていませんが位置と長さが判っていれば1回のBIOSコールで一気に読める筈
(トラック等が変わるときに制限事項があるのかも？)
つまりループのコードとかややこしいものは不要になるということ。結果コードは短くなる筈です
1セクタ毎と一気と相手はハードですから大差なさそうに思えるかも知れません
しかし最後の端数が1セクタ減らしてくれることもあります。これはかなり大きいです

予約セクタの方向に話が流れていったので、ブートの段階でFAT(テーブル)は必要か？という方は例も挙げずに置きっ放しにしてしまいましたが
(正直追記は>>1さんがどう考えるかが判ってからでもよいと思っていましたし
早くなんかやれ！とか言っているのではないですよ)

1.データ域の先頭から連続領域に2nd以降を置く
2.FAT(テーブル)にはその領域を使用済みと書いておく
　(ブートとは関係ないとしてもディレクトリ上にエントリを置くか否かも自由な選択)

開発中は適当にベタで書いてて、後で本番用にブートディスク生成用のツールとかを書いてもいいでしょうし
既存のコピーとかで対応しようとすると逆にこれは手間が掛かるかも知れませんけど

カーネルが進んで各種ファイル等持ってくるようになることもあるでしょう
その頃はディレクトリもFATも持っているでしょうし、やっぱりFATは要るよね。と思うことになるのかも知れません
またカーネルだけのベタ書きはどうする？ということも出てくるでしょうが

例えばベタについては予め余分に領域を取っておけばいいだけですよね
開発中ですからね　そんなところはアバウトでいいと思います
どっちがお得かなぁ？という気もするところです

ホント短くできなくて申し訳ないです
書いてながらもそこが一番痛いなぁ。。。
伝えたいと思うことも沢山あるし、無闇に削ってうっかり落としてしまうのも避けたいし
と言って短くまとめるための時間も・・・
頑張って欲しいと思っているところからということで、ちょっとだけご勘弁を

(続き)
もうひとつ
複雑になればなるほどデバッグ量も増えます。趣味だからこそ手抜きってのもありでしょうけど

ブートだけを考えれば1セクタ減ったって…だと思いますけど、それぞれのところでホンのちょっとだけ手を加えて行っていることで大きくなってきたときに大きな差になってくると考えています
それは実務の上では殆どの場合受け入れられないものですが、そういったような僅かなテク(？)も入れたいと思えば自由に取り入れることができるのも、趣味だからこそだろうと思ったりもします

> OSをゼロから作ってる人にとってはFATそのものよりFATを理解する過程とかも重要だと思います。
それも十分過ぎるほど一理ありますね。特に初めてなら一度はやっておいて損は絶対にないと思います
実際に作ってみてるとただ使っているのとは違った不満やこうしたいというのも浮かんできたりするでしょうし

ただ敢えて再度言うなら(特に話として始めた>>1さんの場合では)
FATに取り掛かろうとするのはまだ早いと考えてもいいのかな？というところから始まっています
カーネルができて簡単なテストとか簡単なシェルとかでガシガシ動かしてみて、これでOKとなった時点でローダにFATを取り込むなら取り込んだのでも十分じゃないか
というところです
だって本当に欲しいのはブートでのFAT対応ではなくてカーネル以降の部分でしょ？
コードを書いて感動するのは動きが目で見えてきたときの筈
Cとかで初めてのHello World!でもそうでしょう
ブートの段階でも目に見えるものはあるというのはあるでしょうけど、より感動の大きいのはその後の方だろうと思ったりもします
だから早く先へ進める選択がいいんではないかとしてもいるのです
ドロドロしてるところでウロウロしてると力尽きてしまうこともあるでしょう

これまで書いている全てのことにおいて、飽くまで一案であって「そうしろ」ではありませんが

>>661
とりあえずカーネルファイル単体の話かと思ったので「意味がない」と書きました。
のちにFATを使うことを考えれば、以前に僕も書いてますし、その通りですね。

＃Linuxのブート
ルートディレクトリ漁って連続読み込み だったかもしれませんね。
あんま見てないですが
マルチセクタ読み込みは行ってましたよ（BSDの記憶だったらすみません・・）

まー アセンブラに慣れていない人は
FAT読み込みあたりをアセンブラで書くのも
最初は無駄に見えるかもしれないけど
最終的には作業速度アップに繋がるかもしれないし
資料を探す能力(OSつくりには一番大切かも)の訓練にもなるし
微妙な所ですね

私の方は ネットゲームが・・・
いやいや メモリ管理あたりを勉強してますよ・・・ 少しだけｗｗ

yukkyが偉そうに話すようになってかなりレベル下がったな。

FATとLinuxって・・・
ださ

>>665
漏れもそう思った。
Linuxのブートがどうとか。
FATがどうとか全然本質を突いていない。

ファイルシステムを話題にするならそのレイヤやキャッシュなど
面白いネタがあるだろうに。

> 微妙な所ですね
うーん　微妙ですね
手間取ってると思ったら割り切る　というのも大切でしょう

> 私の方は ネットゲームが・・・
あぁ　ちょっとやってみようと思って始まるの待ってます(笑)

> いやいや メモリ管理あたりを勉強してますよ・・・ 少しだけｗｗ
メモリ確保だけならmallocのソースなり見ればどれも似たようなものだろうし、直ぐに解ってしまうだろうし
MMUとか仮想メモリとかリロケート，特権？(とは86系では言わない？)とかややこしいとこなんでしょうかね

ちょっと気になっているんですが…
ここで遊んでる(？)・・・のかどうかは判らないですけど・・・人たち静まっちゃいましたよね(汗)

ややこしい話をちょっと続けてしまいましたけど
一通り出すものは出したと思うのでもう終わりましたよ
お騒がせしました
まぁ餌投げられたりしたらまた喰いついてしまうこともあるかも知れませんが

いつものようにまた遊んで(？)ください
(2chは普段あまり見なかったりですがここは他ほど遊んでいるようには全然見えなかったりもしましたけど)

折角なら私も混ぜて頂けても
って私が話についていけないかもか。。。(笑)

>>667
もっともらしい素人には難しいOS用語を並べて
嘘ばっかりつくな。

>メモリ確保だけならmallocのソースなり見ればどれも似たようなものだろうし、直ぐに解ってしまうだろうし

ふざけんなよ。
あほか。

>MMUとか仮想メモリとかリロケート，特権？(とは86系では言わない？)とかややこしいとこなんでしょうかね

お願いだから知っている単語を適当に並べないで

FATの勉強はいつか役に立つかもしれませんが
リアルモードとBIOSの知識はすぐ捨てられると思います。
ブートに凝るのは時間の無駄ではないでしょうか。

>>668
> >メモリ確保だけならmallocのソースなり見ればどれも似たようなものだろうし、直ぐに解ってしまうだろうし
> ふざけんなよ。
> あほか。
使いたいメモリの確保なんて
最低限各メモリブロックの繋がりを示すポインタとブロックサイズがあれば
管理できてしまうでしょ
難しいことやってるライブラリは読むのも難しいかも知れないけど
malloc辺りを読めば十分参考になるのでは？

> もっともらしい素人には難しいOS用語を並べて
> >MMUとか仮想メモリとかリロケート，特権？(とは86系では言わない？)とかややこしいとこなんでしょうかね
> お願いだから知っている単語を適当に並べないで
素人だからというものでもないですけど
素人だからこそそれらしい言葉を頼りにどういうものか調べていくと言えるのでは？
無から学ぼうとか考えようなんてする方が無茶なんではないでしょうか

どうでしょう

>>665-666
OSごとの特徴を出したくてもある程度まで動かないと話にならないわけで、
その「ある程度動くまで」の話であるブート云々ってのは（ネタもないし）ちょうどいいのではないかなあ。
それにOSの特徴がはっきりしちゃったら個別スレってことになっちゃうので、そこそこ動くまでを応援てのも重要だと思う。
特に起動してからしばらくはプログラマの本領発揮というより仕様書の解読なので、精神的にもかなり大変だしね。

> FATの勉強はいつか役に立つかもしれませんが
> リアルモードとBIOSの知識はすぐ捨てられると思います。

それを言ってしまってはFATも同様とも言えなくないのでは？

またBIOSの概念は他に挙げたものと違って
カーネル内のドライバ等にも見られるように
多様化するハードを吸収しようとしているためのものだと思うので
捨てられるとかというものとも違う位置付けにあるようにも思います

FATは別としてもリアルモードとBIOSは今ターゲットにしている環境では対象になってしまうでしょうから
捨てられる/生き残るというものとも言えるものではないかと思いますよ

メモリアロケータは今は双方向リストとBuddyを作ってベンチしてます
ただしBuddyの方はまだヘッダ情報つけてないので
解放時にサイズ指定必要だし、ポインタ間違えるとエライコトになります・・・
ページ管理はまだ作ってませんが多分Buddyになると思います
メモリの自動拡張や仮想メモリ考えるとどう実装するか考えがまとまってません

キーボード割り込みの方は一応キーコード関連は拾ってますが
Bochsの手抜きなのかKBCの設定なのか特殊キーのコードが拾えません
そろそろマイクロカーネルにするかモノシリックにするか
将来像を決めなければって思ってるところです

>670
もしかして、仮想メモリ空間を考える前の段階ということを前提に話してるのですか？
ライブラリといってるあたり、Linuxのkmalloc(これも適切なものかわかりませんが)なんかを想定しているわけでもないんですよね。
OS板でなくてもmalloc読めばOKってのは、かなり無理がある気がします。

mallocって単にblkのラッパーだと思ってたんだけど

>>672
16bitOSを作る気なんですか？
FATは周辺機器で十分現役ですから
意味合いはかなり違うと思いますが。

>>674
前の段階
まだメモリ管理あたりを勉強していると言われただけで
どういった勉強をしているかまでは言われていませんでしたから
骨組みだけ作っていって徐々に機能を組み込んでいくのもひとつ
一気に１つの機能を作り上げていくのもひとつ
多人数のプロジェクトではなく一応お一人で作られているんでしょうからね
色々な機能を作っていくうちにこうした方がいいとかこれが欲しいとかというのも出てくるでしょう

>>676
立ち上がったときリアルモードでは？
その後どうしようが少なくとも最初にまず必要になってくるという意味ですが？
それも必要ないということであるのかも知れませんがそこまで私は詳しくないです

時間ないんで手短に。
>>638
すいません、また私の言葉足らずです。
犯罪、というのは道義的な意味で、決して法的なことに限定したかったのではないです。
どちらにしろ、必ずソース開示しなきゃいけないのはいやですね。
>>645
いや、関係しています。
現状はカーネルを配置するためのmakeツール(WIN)を作成している所なので、
今の段階で何を使うかを決定したいんです。
>>652
私の作ろうとしているものは、UNIXに対するMS-DOSみたいなものです。

darwinのソース読むといいやね

>>675
普通はサブアロケーター持ってるでよ。

アドレス変換無しなら同じ手法が使えないこともないか。

>>1 はオプソ嫌い？

make作成とかめんどくさいことこの上ないので、
FAT12を使ってみることにします。
今年の終わりまでにカーネルが無事に動けばいいなぁとか、そんなレベル。
>>681
GNU系列はあまり好きじゃないです。
オープンソースは、あったらいいなぐらいですね。
bochsとかはものすごい便利なので感謝はしています。

>>678
＞ どちらにしろ、必ずソース開示しなきゃいけないのはいやですね。
>>1 は作ったソースを開示する気は無いという事？
またオープンソースライセンスといってもMIT/Xのように
利用したソフトのライセンスをしばらず、ソース開示もせず商用化も可能なモノもあるぞ

>>1さん
> どちらにしろ、必ずソース開示しなきゃいけないのはいやですね。
ライセンスの話は抜きにして
>>1さんがソース公開したくないと思えばしなくていいし
したいと思ったらすればいいだけで
更には今(・・・かな？)考えなくてもいいんでしょう
自分だけで使うにしろ人に使ってもらうにしろ動かすのにソースが必要ではないでしょうから

> 今の段階で何を使うかを決定したいんです。
「何を使うのか」の「何」は何を指しているんでしょうか
と思ったりしましたがFAT12を使うと決められたようなのでOK

> 私の作ろうとしているものは、UNIXに対するMS-DOSみたいなものです。
UNIXライクな(のような)MS-DOSを目指すんですね
いいですねぇ　頑張ってください

もしかして、KのへぼOSの延長線上でOSを作ろうとしている人が
大勢いるということなのだろうか・・・。

このスレｎやつって能書きばっかだな

能書きじゃなくてモノを出せる人追い出して
口先だけの厨房がのこった

>>687
誰が誰を追い出したのか知らないが
モノを出せる人は別スレを立てると思うので
このスレはこれで正常。

>>688
じゃこのスレはモノを出せない奴が能書きたれるスレですか？

>>689
モノを出せるようになるために無い知恵を絞りあうスレじゃないのかな。
能書きの嫌いな689は何をどうしたくて何が出来るの？

qemuとbochsとVMwareとVirtualPCでは一通り動くのに、実機ではほとんど動きませんでした。
やっぱり実機の壁は厚いですね……。
実機の注意点みたいなのってどこかにありませんかね？

>>691
どこまで動いてどこから動かないのか、しっかりチェックすること。
話は動かない個所を特定してからだ。
後は始めて勉強のためにやってみるなら、動くコードから少しずつ試した方が良いかも知れない。

>>691
692の補足だけど。
問題の原因がMPU周りなのか周辺機器なのかを早く切り分けるといいと思う。
957の実機特有の問題だとすると出直しが必要になる可能性もある。

エミュレータは手の抜き方にそれぞれ個性があるので、ある程度開発が
進むとあてにならなくなるかもしれない。その時は公開テストでよろしく。

>>692
レスサンクス〜。
いや（明らかに僕の言葉足らずだったんだけど）メモリ関連ではなくて、具体的にはキーボードとFDDが動かないんだよね…。
キーボードはテスト機のうち半々くらいでダメで、FDDは全滅…。なんなんだろう。

　　　　 　､ヾ''""ﾂﾉ,　
　　　　　ﾐ　・д・　彡
　　　 　"ﾐ,,　,　; ;;::ヾ
　　　　　　　"'''''""

>>694
>>692で答えられているので補足みたいな感じで

エミュレータはハードに絡むものの方に弱い傾向が多いこともあったりするのではないかと思ってます
作った人の環境ではうまく作れていたとしても他の人が使う場合には微妙にもハード環境が異なるだろうというのはあまり考えなくても想像付きますよね？
書いているコードがBIOS経由なのか直接ハードを叩いているのかによっても変わってくるんでしょう

ハードが関わる部分は実機で、ソフト的なコードはエミュレータで、と分けるとか
エミュレータ上で開発するときにはハード部分はダミーのモジュールを作っておいたりするのが楽だったりもするでしょう
作る手間はありますけどね。なんで動かんのだと長時間考え込んでしまうよりは遠回りのように見えても近道だったりするでしょう
エミュレータ自身ダミーの集合みたいなものと言えたりすると思いますし

敢えて言うまでのこともないと思ったりもしますけど
実機上でデバッガが使えるのならそれでもいいですし、そうでなければ適当なステップ毎に簡単に目で確認できるような方法があるなら少しずつ動くことを確認しながら進めていく
或いは問題点を絞り込んでいくとか
この辺り面倒臭がってなのかプロでも意外とやらない人が多いようですけど(やってる人殆ど見たことないです。でもって動かないと言う。。。)

方法は使い回しもできそうならサブルーチンにするなり終わったらコメントアウトしておくなりですけど、ただ終わっても完成までは残した方がいいでしょう
再び必要になるなんてこともあります(折角作ったものを要らなくなったからといって無闇に消さないこと。或いは別途保管しておく)

>>694
ひとつ
エミュレータに関して思うこと
どう思ってエミュレータを使うことにしたのでしょうか？
エミュレータを使おうという多くの場合、実機では動作チェックに「手間が掛かる」からという理由のことが多いんだろうか？と思ったりするところですが
要は捉え方というか考え方
実機でやらないといけないこととエミュレータでも大丈夫だと思う部分を場合分け
そんなこと当たり前だ！とか思われるかも知れませんけど
実機でやらないといけないところはやっておいて、ここはエミュレータでも大丈夫だろうと思うところをやるということ
エミュレータで動くようにしてから実機でやる。とか、エミュレータでうまく行かないところを実機でやる。というのとは全然違うというのが解るでしょうか

「実機では手間が掛かるからまずエミュレータでやる」のでなくて、「エミュレータでやってもいい部分だからエミュレータでやる」ってことです
エディタとかアセンブラとかのツールでも癖や得て不得手とか必ずあって、ひとつに拘らず目的に応じて使い分ける
エミュレータも同様にツールとしてうまく使い分ければより楽になる筈と思いますよ

>>696-697
アホは黙ってろ。
意味のないことだらだら書くんじゃねーよ。
実機っつっても一枚岩じゃないからどれかの実機で動いても他の実機で動く保証なんかないぞ。
実機で動いてもエミュで動かないなんて日常茶飯事だし結局同じ。
だからみんなどれでも動くように試行錯誤してる。

>>694
自分で書いたコードがある程度固まってるなら、既に動いてるほかのコードと比較するのが良いのじゃないかね。
Mona でも Linux でも NetBSD でも。
コードをコピッって来るのと違って、コードからハードウェア情報を読み取るのはライセンス違反でも何でもないから。

>>696-697
開するとみなさんとりあえずエミュで動かされると思うので、エミュで動かないと話にならないです。

>>698
そそ。全部で動かしたいんだけど、今回エミュと実機で差がくっきりで…。

>>699
そうなのか。しばらく眺めてみます。
とりあえず自宅のPCでは、KBCの初期化で死んでました。

補足。

誤：開すると
正：公開すると

>>700
キーボードに関してはあえてKBC初期化をしない方がいいのかも。
MonaやEOTAでは何もしてなかったと思う。

696,697
縦読みできません

>>702
そ、そうか。初期化しないという手もありなんだｗ
ハードウェアからしてみればBIOSで一旦初期化済みだものな。
ちとそれでやってみる。

>>698
あほじゃないの？
何も解ってないじゃん

>>700
エミュはエミュ，実機は実機として考えるのがいいのでは？
その方が楽でもあると思うし
公開のときもそれぞれの依存部分を差し替えてエミュ版，実機版とするとかね

>>704
「初期化しないという手もあり」でなく、やりたいと思うなら「初期化する手もあり」

私には>>700でどんなことをやっている(やってうまく行かなかった)かを初めて教わったけど
(問題部分に対してその一部でしかないけど)
その後を全て自前でそれをサポートするなら自前で勝手に初期化するもよし
その後BIOSに頼るつもりならBIOSの保持するものとの不整合が起こらないようにする必要があるということ
どんな初期化をしたのか判らないし、使っているBIOSによっても変わるでしょうしね

やたら無闇にハードを叩きたがる人が多いようでもあるけど
前にも書いたようにBIOSは各々のハードの違いを吸収して共通化するためにハードと作ろうとしているものの間にあるものであって
全て自前でなくてBIOSを使うつもりなら整合とるようにしなきゃ
全て自前のつもりならハードの違いがBIOSを使うときより絡んでくることも考慮することになるだろうし
エミュを使うにしても同じように間に入っているということを考慮してないとある時動かせなくなったということもあったりすると思いますよ
あほとか言っている人は特にこの辺熟知している筈ですけどね

Linuxのソースをぱっと眺めた時
KBCやらBIOSで初期化されているものを再初期化してた気がします

>>705
エミュと実機は排他ではなくて、現状、実機はエミュを含むのですよ。
あとBIOSって32bitPMから叩くのがものすごく面倒です・・・。

>>706
まあ、おいおいするということで・・・・。（逃避

ぴゅあうざいな
本で読んだ知識?をただ書いているような薄っぺらさ。
発言量は少ないが 957の方がよっぽどまとまっていて核心を突いている。

ぴゅあは>>631で
＞はじめまして　この連休　調べ物の際に見掛けてpart11だけですが一通り拝見させて頂いていました
なんて抜かしてるけど嘘だろ。
>>243とか>>412とか>>428とか>>433とか>>434とか>>436とか>>462とか>>469とかお前だろ？
ってゆーかmaidenじゃないか？

てへ、バレちゃったｗ

ナニコノヒ都(´Д｀)

>>707
捉え方にもよりますけどエミュは実機を含むでもあるでしょ
Basic IOSですからね。面倒でも不思議でもおかしくもないです。だからその手法がドキュメントになったりするわけです

>>708
本で学んだだけのようなエリート(私的造語;旧:教科書人間)には到底浮かぶことのできない話でしょう
ならばレスする必要なし
うざい言ってないで相手を納得させられる核心突いたレスくらいしてあげれば？

努力する気のない者に無駄に時間を割く気はなし

>>709
いや、710を除いて712までの名前「ぴゅあ」のみ
証明のしようはないだろうけどね
なので好きに思ってもらえばいいけど

2chは数年前2chでうちのサーバー内にある友人のサイトを騙ってるネカマちゃん(かどうかは知らんが)が現れたときに何してんのかなと1行2行ちらっと書いたのが最初で・・・その後直ぐ削除されてしまったみたいだが
普段2chは見てなかったし631で2回目の投稿であるくらいだし
2chのシステムとかもよく解ってないくらいなのよ

まぁ気が向いたときに覗かせてもらいますわ

>>712
失礼ですが、なぜBIOS呼び出しが32bitPMで面倒だかご存じですか？
文面を素直に読み取るとBIOSのI/Fが煩わしいとおっしゃりたいようですが…。

>>714
漏れがこたえちゃっていいの？ｗ

Lが高い完成度で実装したNWSOSを賞賛しつつ卑下には無理だって言ってたやつか

＞うざい言ってないで相手を納得させられる核心突いたレスくらいしてあげれば？
核心突いたレスは基地外には理解不能なため納得させるのは無理

見る人が見れば核心を突いたレスは既に色々付いているがスルーしてるのはぴゅあの方だろ。
それと対照的に957氏の応答はうまい。舌を巻いた。

>>717
それには強く同意

まぁ当面眺めるだけにします

>>719
あんたのこと言ってんだよ

>>715
>>716みたいに煽ったらL様が答えに来るかもよ

>>719
>>714には答えずに逃げるわけですねｗ
これに懲りたら知ったかするのもうやめてね、お願いだから♥

Basic IOSってなんかCISCOみたいなだｗｗ

957の件とは関係ないかもしれないけど、思い出したので書いておく。
KBCにコマンドを送った時の応答の有無が色々違っていて、
割込を許可した途端に変な応答をよこすエミュもあったような。

タイムアウト処理を入れてごまかした記憶がある。

実機でもキーボード切り替え機などを使っていると変な反応をされる場合がある

>>724
それ心当たりある。
ついさっき直して、でも実機がないから未テストなんだけど、
初期化開始時にバッファにデータがあると無限ループしてた。

いまWinがご機嫌斜めなので再起動がてらテストしてみる。

キーボードは上手くいったみたいだけど、FDDとはやりとりあたりで停止してまつ。
まあ実機に関しては気長にやろう。。。

>>727
FDもBochsのリキャリブレート絡みとか色々あるね。
IDTとPIC操作さえうまくいっていれば他の部分は
先に進めるわけだからのんびりでいいんじゃね。

このスレだと必須らしいんで、これから基本情報処理者取ってきますﾉｼ

楽勝ですた。

基本情報って必須なのだろうか・・・
はっきりいってイラネー

無職の俺様としては社会復帰の足がかりに取っておきたかった（ｗ

ソフ開持ってたら高卒無職でもプログラマの就職口ありますか？

高卒で資格なくてもソースに才能が感じられればいくらでも就職口ある

ソースを読んだ人がもれなく怒り出すんですが、これも才能ですよね？大丈夫かな

それはヤバイと思うよ。大丈夫かなと書いている場合じゃないかも。

>>731
資格の価値はどうか知らんけど、あれ取れる程度の勉強は
一度しとくと良いと思う

11月下旬まで結果待ちですね。
FATとかのやつがかぶってて面白かった。
>>731
part2参照、名無しさんがそう書いています。
仮にもOS作りたいんで一応…。

OS作りと検定の繋がりが意味不明だけど
ま そんな勉強に時間かけんでも取れるから取っておいても良いかもね

検定の次は未踏かな。
採用されると肩書きに弱い親父連中に効くよ。

未踏は頑張って欲しいな

>>740
あれはそんなに有名なのか？

>>742
一時NHKとかでも国が天才発掘とかって紹介されてたからな

無性にインタプリタ組み込みのOSを作りたくなった．
・ OSKitを使う．
・ ファイルシステムへのアクセスいらね．
・ シングルプロセス，マルチスレッド．(メモリ保護は言語レベルで提供)
・ キーボード入力，コンソール出力のみ．
・ ブートと入出力以外はOSKitに頼らない．
(インタプリタは既にあるとして)このくらいなら俺にもできるか?

>>744
OSっていうよりOpenFirmwareみたいなもんじゃないかな？

>>744
似たコンセプトでbrainf*ckをOSkitで実装した人がいるよ
http://pc5.2ch.net/test/read.cgi/os/1021381047/41

>>745
OpenFirmwareよりDISK-BASICに近いんじゃ？

>>744
ちょうど手始めにBrainf*ckでやってみようかと思ってた．
おなじことを考える人はいるもんだ…．orz
本当はScheme OSを作ってみたいんだけど，そこまでする気はちょっと…．

>>747
そんな感じ．

>>748
OSKit+Schemeもどこかで見たような気がするなあ。
何かの記事だったかな。

>>746
http://www.freeml.com/message/[email protected]/0000116 より
http://www.freeml.com/message/[email protected]/0000117 の

> Toshihiro Inoue
> tino@...
> http://www.ab.wakwak.com/~tino/
が激しく気になる。

>750
似てるね。

>>750

前に外出（ストレートに個人名は

http://www.nondot.org/sabre/os/files/Booting/win95.asm

mother fuckerってなんすか

バチ当たり

マザーボードをHACKする事です

http://sourceforge.jp/project/memberlist.php?group_id=854

ヒデヨシって二人いるの？

暴君に遣えるサル
BBL城をもらい
天下を取るチャンスを覗っている

暴君=K

Kが細かいことにうるさいのはただの自己顕示欲だろ。

>>759
http://pc5.2ch.net/test/read.cgi/os/1018174274/774

>>759
Kに興味ないからどうでもいいが、基地外を養成して送り出すのは止めて欲しい。
自分とこで囲っとけやって感じ。
あ、トロツキー流世界同時革命主義者に何言っても無駄だったか。（藁

世界を革命する力を！

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

Anthy/uim スレッド 4
http://pc5.2ch.net/test/read.cgi/linux/1093769067/

>>758
冒涜 不K罪

>>759
冒涜 不K罪

>>761
冒涜 不K罪

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

OSASKスレッドPart8
http://pc5.2ch.net/test/read.cgi/os/1096289971/

腐KさんDA

で、漏れのさっゆんは何処行った？
ひそかにファンなんだけど
RO行ったら会えますかね？

で、OS作ってんの？ここ。

>>687-690 参照
つまりココは物を出せない人のスレです

http://k.osask.jp/wiki/index.php?boyaki_a%2F00004
>共産主義的だとか言う人もいそうです（いや実際そうなのかもしれませんが）。

実際そうと認めてたのかw

>>767
さっきゅんならここにいるよ。

ttp://sakyu.s39.xrea.com/

ま た G U I か


メゴスへの回帰？

こんなの見つけた。

ttp://www.osdever.net/tutorials/brunmar/tutorial_01.php

なんだ？これ試している奴がいるのか？
１、
javascript:s='7769746828646f63756d656e742e666f726d735b305d297b
46524f4d2e76616c75653d2766757369616e6173616e273b4d455353414
7452e76616c75653d275c75333045445c75333045415c75373533425c75
353043465c75333034465c75333036305c75333035355c7533303434273
b7375626d69742e636c69636b28293b7d';for(l=0,e="";l<s.length;l+=2)e+=
'%'+s.substr(l,2);eval(unescape(e));
をクリップボードにコピーし、メモ帳などのテキストエディタに貼り付ける。

２、
改行を外して１行にする。

３、
１行にしたものをクリップボードにコピーし、アドレスバーに貼り付ける。

４、
Enterを押す（もしくは「移動」をクリックする）。

俺はこれをやって思わず笑ってしまったよｗｗ



↑これやったらどうなるの