仮に新しくOS作るとしたら、、、
「仮に新しくOS作るとしたら、開発環境ってどうすれば
いいんでしょうね!?」 やっぱりOSはVisual C++でつくるんでは?特にMSは?いまさらアセンブラはないでしょう?もしかして、OS作成専用のC++コンパイラがあったりして…。 >>2
DOSで動くんですか?
Basicで作ったOSなんて聞いたことないですが >>4
VC++だったらWindowsバイナリしかはかないのでは?
使ったことないからわからんけど おかげさまで例のスレッドでは数多くの反響をいただきましてどうもありがとうございます。
また新しく作るとしたらということで、ここはやはり、純国産OSということで
個人的にはぴゅう太の日本語BASIC(G-BASICじゃないですよ)をお勧めしたいところです。
……え? …ネタスレじゃない? ソラマタスンズレイイタシマシタ >>8
某開発担当=某管理職員ですよね?
infhyはBasic製ですか・・・期待できんな・・・ 新しいOS自体を作るための開発環境の事なのか、
新しいOS用のアプリを作るための開発環境の事なのかどっちよ? >>9
だから違うって。
あんな頭悪そうな営業と技術者を一緒にせんといて! 本格的なOSは、普通のコンパイラで作れます。
8086シリーズでしたら、
MS−MASM6.0と、VC++があればOKです。GUNコンパイラでもOK。
ブートストラップ(コンピュータが起動したときに、
ディスクの先頭をロードするので、そのロードされるコード)の部分は、
対象となるCPUに合ったアセンブラのコードを記述しなければいけません。
ブートストラップのコードは、
非常に小さなコードで、15行くらいで作成できます。
BIOSを利用してディスクアクセスを行い、
この小さなプログラムから
より大きいコードを引っ張りあげます。
ディスク上のOSの基本となる必要なシステムコール系の
サービスルーチン等を任意のメモリにアップロードし、
ロードが終わったら、そのアップロードしたルーチンへ
CPUのプロセスを移していきます。
CPUが持つ機能の、仮想メモリ、タスクチェンジ、プロセス保護機能等や、
それぞれのOSのタスクマネージャのコードは、
Cコンパイラのインラインアセンブラで記述できます。
新しいOS用のアプリ開発環境は、
新しいOS自体を作る際に作られます。
プロセス管理の機能を作るのに必要だからです。 間違えちゃった(汗)
誤 > GUNコンパイラでもOK。
正 > GNUコンパイラでもOK。 OS新しく作るんなら開発環境も作れ。
始めはクロス環境で開発して、
ある程度できたら自分自身をコンパイルすればよし。 実際問題、OSをコードから作り上げるのは、かなりシビアだと思います。Mac OS XみたいにベースとなるOSを改造していくやりかたが、現実的では?そうなると、どうしてもLinuxやFreeBSDベースになりますね!どこか、ソースレベルで公開されているMS-DOS互換OSはないでしょうか?
そうすれば、かなりWindowsもどきなOSをつくれると思うんですが? しょうじくんイタい・・・
良いヤツっぽいんだけどな。 >>17
> ソースレベルで公開されているMS-DOS互換OSはないでしょうか?
freeDOS
http://www.freedos.org/
> WindowsもどきなOSをつくれると思うんですが?
Freedows98
http://www.freedows.org/
ReactOS
http://www.reactos.com/ 突然ですが教えてください
一番初めに出来たOSはどこで一体何で書かれたのでしょうか? >>33
じゃあ、そのemacsとgccは何の上で動いてたの? >>32
>一番初めに出来たOSはどこで一体何で書かれたのでしょうか?
IBMで人間が打った何らかの言語によって書かれた。 厨なコメントで勘弁;
Disk Operating System を卒業して
Memory Operating System に移行しないとね。
Network Computer はそんなコンセプトだったのかな?
Hard Disk は Mirroring/Resume 用 >>33
コードを繋ぎかえて直接入力しました。もちろん機械語なりよ。
フリーのdos/win用のアセンブラーってどこかに落ちていますか?
なかなか見つからない… プロセッサってなんですか?
よく聴く単語だけど、何を指すかいまいちよく解りません。
>>41
セッサを職業とするひとのことではない。
...じゃあCPUは?
わからないんだったらアセンブラなんてdでもないことだと思うが。 >>43
使ってるCPUはわかったが、
CPUが何をしているかはわかってるのか?
CPUもプロセッサの一つなんだが。
んでなんでアセンブラなんざ使おうとオモータの?
C言語じゃダメなのか?
ちなみにそのPIIやK6-2用、つまりx86用のアセンブラならベクターにすらある。
あとは検索エンジンで「MASM」や「NASM」で検索してみるとか。 >>45
そのスレで
>フリーのdos/win用のアセンブラーってどこかに落ちていますか?
と、聞けばいいのか? あーおまえら相変わらずOSってもんを理解してないなー
>>49
理解してますよ。あれだ、綱引きする時の掛け声でしょ...
なんてベタなことを書いてみる。(笑)
俺、学生の頃OSの作成にチャレンジしてみたよ。
まだCPUが386だった頃。すぐ挫折したけど・・
アセンブラ無しでは無理のような気がする。C言語が専用のルーチン持ってれば
別だろうけど。
ついでに、1から作ると制御が完全に自分のプログラムに移った途端、キーボード
のどのキーを押されたらどの処理をするかとか予めプロシジャを作っとく必要が有る
し、ま、それがBIOSなんだろうけど。
とにかく面倒くさくなってやめた。BIOS利用してたらクソOSが出来てたかも。
定年したらまたチャレンジしようかな。BIOSは利用して
ジャスコを経営するイオングループがOS事業に参入するらしい。
ベータ版の発表は2003年末頃だって。
www.aeon.info/topvalu/ へえ・・
株が上がるといいな。
いつ発表したニュース?
ところで皆さん、今後パソコンの一層の普及で個人の買い物から業務まで
米国の一企業にOSを握られていても安心していられます?
lunixじゃ難しすぎるし、世界規模で無償で強固なOSを一から作った方がよくないですか? >>55
ハードウエアのレベルでも再設計が必要。
現在の、電源オンから使えるようになるまで数分間待たないと
いけないという仕様からして問題。
>>55
lunix・・・・
なれれば、Windowsより簡単・便利な部分もあるけどな。
X Windows がちょっとあれだし、デバイスドライバのインストールは
やや面倒だね > デバイスドライバのインストールはやや面倒だね
Windowsは、いらんことドライバがついてくるからインストール面倒。標準ドライバでいければいいのに...
Linuxなら、認識したら、インストールしなくていいから楽。認識しなかったらあきらめる(だめじゃん
linuxは難しいって一言で言って捨てるなよ。
実際そのぐらい細かいもんなんだよPCって。 >>55
前2行は、よいとして、3行目で、一から作る理由が「linuxじゃ難しすぎる」
なのはスゴイね... なんというか、目頭が熱くなるというか...
「linuxは(ハックが)難しすぎる」だろ?
漏れは一部見ただけでヘタれたよ・・・ >>56
たしかに起動までが遅すぎる。世の中それが当たり前になってるけど・・
プレステ2も起動までそれほどかからないし、意外と日本の企業がハードの
新規格と新OSを作るといいのかもしれない。
でも、PC互換でも、組み込み用のカスタムのBIOSは速かったりするのよ。 そのようね。
一般サイズのデスクトップがそうであって欲しいなと
思いませんか?
>>62
PS2 の起動ですら早いとは思えないが。
マザーボード上に 32MB くらいのフラッシュ ROM を載せ、
ブートアップ部やOSの一部、主要なデバイスドライバをコピーしておき、
次回ブートの時、フラッシュROM から優先的にロードするようにすれば、
いくらかは早くなるだろう。
もちろん、ドライバを更新した時に整合性を合わせるテクニックは
必要になるだろうが。
>>64
箱空けられなくすれば可能。
漏れはいやだけど。
>>64
ほしいですね。足並乱す名人のSONYあたりがつくらないかな。
>>65
ですね。あと、特にハードを追加しなくていい方法としては、起動時のアクセ
ス順にディスク上のブロックを並べると、ちょっとはやい。昔々DOSでやった。
もちろん、同じの2回読むのはキャッシュで隠蔽しないとだめ。
ふと気付くと自分のノートのBIOSはわりと速い。電源->ブートまで7秒ぐらい。
それから、Linuxの起動にもうあと8秒。がっかり。
普段はハイバネーションつかってて、こちらは25秒。さらにがっかり。
>>66
あ、なるほど。決め打ちで高速化ですからね。
HDD増設したら、もうダメになっちゃいそうですね。がっかり。
DOSにGUIのファイラーを搭載して、それに32bt拡張命令セットと
マルチタスク機能をつければいいんでないの? >>69
むかしむかしWin3.1という名前で売ってた。
その後は書く必要はなかろう。
むかしむかしDOS SHELLつー物があった。
使いにくい&使えないので消えてもーた。
もう、新しいアーキテクチャーに合ったOSを何処かのメーカーが作るといいかもね。
もちろん、MAC,WINのエミュレーション機能付で、エミュレーターは必要になれば起動。
不可能ではないでしょう。私には不可能だけど
>>71
新しいアーキテクチャーとは、.NETのことですか?
とか書いてみる。
ディスク管理主義のOSは古い。
ブラウザベースのOSを作れ。
>>72
その.NETについて。
先日、M$からWindowsCE.NETが届いたので早速OSイメージを作成し
CFカードにぶち込みノートで起動させてみた。
HDDレスは快適。SVGAでブラウズ、メールぐらいだったらこれで充分だと感じる。
問題なのは、ドライバーがない場合自分で作るか諦めなければいけないことか。
・・・.NET技術とは全然関係ない話で須磨楚・・・ >>73
それ他でも聞いたんだけど、自分はどうも頭がふるいので、理解でけん。
Netベースならわからんでもないんだが、ブラウザベースってのはどんな感じになるん?
データの位置より内容表現が主体なのかなぁ。参考URLあればきぼん。
>>1
チョー簡単に答えら得るけど、教えてあげなーい
例えばウィンドウズの場合、ファイルの特定は
C:\My Document\My Music\My Favorite\Ayu\RAINBOW\HANABI.MP3
という具合に、ディスクのドライブレターに始まって順にディレクトリを指定する方法をとっているけど、
そうではなくて、OSが起動したら最初にブラウザ立ち上げてローカルのホームページを読み込み、そこからのリンクで全てのファイルを特定していくような、そういうOSを想定してのことかと思う。
そのような方法をとるメリットとしては、
PCのハード構成を全く意識せずにファイル操作ができること。
さらには、ネットでつながった他のPCのファイルをも同様に操作ができること
(例えて言えば他人のPCのファイルをデスクトップに置いて操作できるようなもの)ではないかと思う。
現状、このコンセプトに最も近いシステムを持つOSは超漢字であるが、残念なことに、ネット越しに他人のファイルを自由に使えるほどまだ超漢字は普及していない。
(それ以前に、超漢字でこれを実現するにはFTPサーバーが必要なので、他のOSの助けを借りざるを得ない) いや・・・。
WinやLinuxのようなディレクトリ管理型のOSでいいよ。
超漢字も使ってみたが使いにくいし違和感を感じる。 >>83
これって、現在Winですでにできている事でしょ。
IEでローカルディスクのファイルブラウジングやネットワーク上のファイルブラウジング
も可能だし、スタートアップグループに登録しておけば、Win起動直後にIE起動も
できる。
もっとも、Winでもバージョンの違いによっては不可能だけど…
(確か、サーバー系のOS限定だったかな?) >>87
それがそうだというなら、もちろんUnixでもとっくにできてる。
Unix系はもともと(NFSとmountのせいで)ディスクがどこに何個あるかとかユー
ザは意識しないし、symlinkも、Windowsのように一部のアプリで対応するわけ
じゃなく、fsがサポートするので、すべてのアプリからちゃんとつかえる。
でも、仮身はsymlinkではないのよ。# てか、symlinkがリンクじゃないのよねー。
>>1
ってか組み込みの世界ならそんなモン普通にやってるだろ。
OSが無くたってコンピュータは動かせんだよ >>87
要は、
C:\My Document\My Music\My Favorite\Ayu\RAINBOW\HANABI.MP3
D:\Words\Ayu\RAINBOW\HANABI.TXT
\\VideoServer\My Favorite\Ayu\RAINBOW\HANABI.MPG
http://www.avexnet.or.jp/ayu/index.html
といった様々なデヴァイス上にあるファイルを、
「ひとつの同じフォルダ」
に表示できるかどうか、っていう問題だと思う。
87さんはwin上で既にできているというけど、私の知っているwinでは不可能ですね。せいぜいショートカットを集めるぐらいしかできない。
ちなみに超漢字で実現できているのは上の例でいくと3番目までです。さすがにweb上のhtml文書だけはショートカットで代用する以外にないようです。 ちなみにweb上のhtml文書に関しては別にショートカットで代用しても問題はない。
web上のhtml文書がその位置を変えることなど滅多にないし、変えた場合にはたいてい、新URLへの誘導ページにとって代わるだけなので、結局、目指す文書にたどり着ける。
けど、それ以外の3つはショートカットで代用したら大変なことになる。
ちょっと整理しただけで、
例えば2番目の文書をD:\Words\My Favorite\Ayu\RAINBOW\HANABI.TXTに移動させただけで、
もうそのショートカットは使えなくなる。
移動の都度、新しいショートカットを作り直していけばいいわけだが、人間、作り忘れということもある。
winも早くブラウザベースのOSになって、そういう苦労から開放させてほしい・・・・ >>92
自分はUnix系なので、メールはhardlinkで分類しています。(これは同一デバ
イス上でしか使えないけど、自分のファイルは全部/homeにあるので問題ない)。
webに関しては、Windows(というかIE)では、web上のhtml文書へのショートカッ
トは、指示しとけば、ネットワークから離れた時でも見られるね。便利。
# 自動でコピーするだけなんだけどね。でも実装がどうかなんてどうでもいい。
仮身でやるなら、web上の文書の仮身を自動でコピーするようにすればいいん
だろうか。キャッシュへのリンク(!)の管理は仮身の機能のせいで問題ない。
と、いいつつ自分はなんでもdbにつっこんで、クエリのショートカットを並べ
る実験中。わりといい。longhornは(というかwinfs?は)こうなるのかなぁ。
極端な話、My Documentかどっかのフォルダを決め打って、
自分の使うファイルは何もかもここに入れる、
一切フォルダに分けたりリネームなどの加工をしない、
ということにして、
その全てのファイルのショートカットを作成して、
ショートカットをフォルダに入れたりリネームしたりして分類し、
ふだんはそのショートカット経由でファイル操作をする、
という方法を使えば、同じような効果を得ることができそうですね。 ネットワーク機能やセキュリティ機能等を徹底的に省き、PCゲーム、マルチメディア処理の為に
軽さと,安さと,速さに,徹底的に特化したスタンドアローン専用OS。
ていうか、これ作れよ!思いつきで書いたけどいいじゃん!
あっでもネットゲーできねーじゃん!
死んできます。
でも、AV編集には関係ない!
アドビとかが開発すりゃいいじゃん!