2chOSを作るの会

激しくｶﾞｲｼｭﾂっぽいが、一から考え直してみよう。

shutdownコマンドは
＞itteyosi
とかそういうこと？

マルチユーザーじゃなくてよい
マルチタスクである事は必須
Windowsみたいにバカ親切なＧＵＩは不要
（コマンドの方が速いよね？）

AAUIがよかろう

>>4
激しく同意！
Ascii window萌え！

なんか、DOSSHELL思い出すので
ＡＡｗｉｎｄｏｗは嫌。

2ch-Linuxつくろうよ

だれか、ヒマな人いない？
しょぼいのでもいいから作ってよ。

起動するとき、ひろゆきの顔が出てきたら(･∀･)ｲｲｯ

>>9
麻原のスクリーンセーバーがデフォルトのオウム製PCや、
fortune が毛語録な赤旗 Linux みたいだな。

PCのBIOSとブートの日本語の資料ってありますか？
探したけど見つかりませんでした。

>>11
４日前にぶっ壊れたPCのブックマーク
にはあったんだけどなぁ

完全なオリジナルに拘るのか
Ｌｉｎｕｘなどの既存のＯＳをベースにして作るのか
まず、そこらへんから決めていこうよ

>>1-13はドキュン
ということでよろしいですか？

仮に1-13がドキュンだとしたら
14のドキュン具合のほうがおっきいよ

つーか、別スレあるだろ。そっちでやってくれ。

激しく同意！

>>7 >>13 あたりにはこちら
http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=994868659

俺のセリフ、コピペされてるし（ｗ　↓
http://cocoa.2ch.net/test/read.cgi?bbs=linux&key=994868659
まあいいや。移動します。

こっちが言語でくだらない言い争いをしているがごとく、
あっちはOSやディストリでそれをしてるんだね。
労力の無駄だなあ。

2chos

にちょす

>>1
２ｃｈＯＳの売りはなによ！

>>22
2chのキャラでマターリできる

>>22
標準のエディタでAAが作れる

>>22
ファイル管理が2chライクな画面で行える
シェルは2ch書きこみフォーム風で。主な標準コマンドはsage,age等。

>>25
　ガワばかりだからわざわざOSつくらんでも・・・

Windowsとデュアルブートなんかしたら、「中途半端なことすんなー」
ってあぼーんされる。

2chOS 主要シェルコマンド

age: 上位ディレクトリへ移動
sage: カレントディレクトリを変える(フルパス不可)
ｲｯﾃﾖｼ dev: ディスクのフォーマット
ｼﾞｻｸｼﾞｴﾝ: シンボリックリンク作成
あぼーん: ファイル削除



あとは誰か考えて・・・

それなら、2ch OSより、2chシェルの方が良いんじゃない。
UNIXのエラーメッセージなんかより、AAメッセージの方がずっと親切だよね。

>>28　藁田

ゆくゆくはFREEBSDとかのportsに入るのか？
2chsh・・・

もしかして、プロポーショナルフォントでつくるのか？
まあ、当然だよな

2chシェルをオープンソフトに組み込んで、
AAインターフェースの素晴らしさを広めよう。

ただ、AAインターフェースは、メッセージ側だけで、
コマンドやGUIの入力エリアには不要かも。

起動音には「あぼ〜ん（マッキュ風味）」をきぼんぬ

逝ってよし：フォーマット

>>35
FileSystemのフォーマット形式の1つとして「逝ってよし」形式がある、ってのは？
ext2とかの地味な奴じゃなくて。

$ format
　　　　　　　　／￣￣￣￣￣￣
　　∧ ∧　＜　逝って良し? (Y/N)
　 (,,・Д・)　　 ＼＿＿＿＿＿＿
〜（＿__ﾉ

--- fileutils-4.0z.ja.po2 Fri Jan 5 03:04:02 2001
+++ ja.po Thu Aug 30 13:12:55 2001
@@ -2023,7 +2023,7 @@
#: src/remove.c:643
#, c-format
msgid "%s: remove %s? "
-msgstr "%s: %s (yes/no)? "
+msgstr "%s:\n @@@@@@@^PPPPPP\n @@@@@%s ? (Y/N)\n @(,,EDE)@_QQQQQQ\n `iQ__\n "

#: src/remove.c:650
#, c-format

(Vine fileutils)

$ rm -i file
rm:
@@@@@@@^PPPPPP
@@@@@`file' ? (Y/N)
@(,,EDE)@_QQQQQQ
`iQ__

[C\CC(m
# tHgp

ゲ，化けちった．
逝ってくる・・・

がいしゅつですけど、shellが現実的かとおもいます。
shellだったら窓にも移植可能ですし。

やっぱ、Linuxベースなのが１番現実的かもね

2ch仕様のディストリビューション作りゃいいじゃん
まずはメッセージカタログ作るところからか？

shellていっても、CUIそのままやGUIそのままじゃ嫌だよ。
CUIとGUIを越えたAAUIなんだから。

コマンドxxxのヘルプを見るときは
> xxxってどうよ？

すでにupdateしてあるソフトをmakeすると

　　　 　 　 ∧ ∧ 　／￣￣￣￣￣￣￣￣￣￣￣￣
〜′ ￣￣( ﾟДﾟ)＜　がいしゅつだｺﾞﾙｧ！
　 UU￣￣ U U　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿

とお叱りを受けるとか。

アプリケーションとOSの違いがわからないようなやつがOSつくるのは無理だよ。

カーネルとOSの違いがわからないのも同じくらいダメだな。

いちからOSつくりたいなあ

48に期待age

大変です、今まで風俗板で隔離していた現在にちゃんねる１のキチガイが
とうとう何か新聞沙汰になる事件を起こしそうです。
チキンアサゲ定食こと負け犬、本名アナル出欽（推定３２歳） 別名けっこう仮面
吉原ソープベルコモンズで、アナル性交を強要しようとして
見つかり出入り禁止になったことから恨みを抱き、
当該スレでキチガイ屁理屈を２ヶ月に渡って毎日書き込んでいたんですが、
昨日とうとう、議論に負けて泣き出しました。
なにかとんでもないことになりそうです。
吉原ベルコモンズ Part6
http://www2.bbspink.com/test/read.cgi?bbs=club&key=997511823
このスレッドの>>623から>>711あたりにアナル出欽が逃げて
生き恥晒している醜態が克明に記録されています。
たぶん、恥ずかしくて死にたくなっているでしょうね。
ふつうこんな生き恥晒したら出てこれないですよね。

現在の負け犬の遠吠えぶりは最新スレでご確認ください。
吉原ベルコモンズ Part7
http://www2.bbspink.com/test/read.cgi?bbs=club&key=999042350

WindowsでもUNIXでもない全く新しいアーキテクチャきぼ〜ん♪

>>51
マカーはどうすれば？

いちからOSつくる場合、カーネルのコードにモナギコの入るところないよ。
コメントとして入れるんなら入るけど。

合い言葉はBe!

プロポーショナルフォントのコマンドライン

ジャクスタみたいなP2Pレイヤを標準実装していて
WinMXとか無責任掲示板とかエージェントとか作り放題キボン
もちろん見ず知らずのエージョントを隔離するためのサンドボックスつき
怪しい自作のモモとか何かとかギコとかが突然送りつけられてくるとたのしい
（つーか死体エージョントが跋扈しそうだが）

1はとりあえずフロッピーブートのショボいOSモドキ作って、それに関するレポート提出しれ

>>54
Beeだ、ｺﾞﾙｧ!

フロッピーブートかっこイイですネ！！

２ちょす、つかうとなったら・・・２ｃｈ以外つかわない？

テキスト掲示板専用の、２８６とか３８６・・・ＨＤ無しの
（うわぁー）でも動く，ＤＯＳもいらない完全ＦＤ一枚型の

ゴミでうごかす２ちょす、タンつぼ２ｃｈにふさわしと思われ；

これで厨房も、大量２ｃｈねらー・・・

（ダメだって；）

OSって言ってるのにどうしてすぐアプリケーションの話になっちまうんだ?

OSだけ作っても意味ないからね

アプリの話をし出すと収集が付かなくなるＹＯ！

とにかく誰かブートしろ!

シェルだけでいいんでは?って思うのは逝ってよしですか?

ここはやはり基本に立ち返って Minix から始めてはどうだろう。
DOS上でエミュレートできるからお手軽だ。

MINIXを実用的にしよう。
http://mentai.2ch.net/test/read.cgi?bbs=os&key=995207452

それをいっちゃぁおしめぇよぉ

じゃあとりあえずシェルを作ると言う事で。
↓これに付け加えて行ってくれ。

#include <stdio.h>
main(){
　char buf[1024];
　while(1){
　　printf("% ");
　　gets(buf);
　　printf("　　　 　 　 ∧ ∧ 　／￣￣￣￣￣￣￣￣￣￣￣￣\n");
　　printf("〜′ ￣￣( ﾟДﾟ)＜　そんなコマンドねぇよｺﾞﾙｧ！\n");
　　printf("　 UU￣￣ U U　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿\n");
　}
}

いきなりbuffer overflowくらいそうなんだが、いいのか？w

馬鹿ばっか。
それも悪い意味で。

みんなでMinixの勉強ってのは確かにいいかもしんない。
が、ここのレベルだとそれでも仕様がでかすぎると主我。
掲示板ベースで初心者がいじっても楽しめる大きさのOSってないかね。
しかも2ちゃんねらーのことだから2chにはつなぎっぱなしでいたいはずなので、
既存のOS上でエミュレーション環境が作れるのがいいと思う。たぶん。
こんなネタスレのためにわざわざPC2台用意するやつはまずいないだろうし。

なかなか話が進まないんでWin用のへぼいShellを土台として書いてみました。

画像＆ソース＆実行ファイル
http://res9.7777.net/op/image.cgi?dir=2ch&iname=20010904102042.1.jpg

えっと、このjpg画像にzipファイルを埋め込んでありますので
JDAかMelt it等の偽装解除ツールで抽出してください。

んで、スキルある人は改造してパーワアプさせてやってください。
私はきっかけづくりってことっす。
んじゃ。

でもWin用のShellだから思いっきりスレ違いかもしれん……。
スマソ。

直リンおよびコピペだと蹴られるから
入り口貼っときます

http://res9.7777.net/bbs/2ch/

重ね重ねスマソ

だからなんでShellの話になるんじゃゴルァ

>>73
なら君が何か話題とか土台になるようなものを出してみたらどうなのだね。

>>73
案がシェルについてしか出てこないからだろ??

ここってネタスレじゃないんですか？

>なら君が何か話題とか土台になるようなものを出してみたらどうなのだね。

ハードウェアは今普通に手に入るPCが対象とする？

・シングルタスク、シングルユーザー
・仮想記憶なし、ファイルシステム＝FAT
・I/Oまわりの最低ラインとしてstdioレベルをサポート

…Minixより小さくて初心者にもとっつきやすいというと結局DOSみたいなものになってしまうね。

それならFree DOSのが良い>>77

さすがにいまどきシングルタスクはだめっすかね。

>>79
常に2chブラウザが走ってなければ2chOSとは認めない

メリットがるなら良い。超マイクロカーネルとか。>>79

だから、一旦、OSの話に移動してるんだよ>>80

例えば、シングルタスクがタスクサブシステム（タスク切替する）を起動する、
は良いんじゃない。

だけど、OSの仕事ってタスク切替かもよ。
MS-DOSがシングルタスクなのは、DOSはOSじゃなくて、ファイル管理システムだったということかも。

Linux互換で、超マイクロカーネルだったら良いね。
Linusは、アプリは全く書かずに、Unixのコードが動作するように、カーネルを変更したそうだから。
Linuxのカーネル互換で、そのカーネル自体がマイクロカーネル＋サブシステムとかいう形で。

>>81
いやいや、だからマルチタスクは必須って言ってるつもり（＾＾；

そうですか。じゃあ、マルチタスクOSの上で、AA-Windowを起動かな。
軽さと移植性が最強かも。でも下手に出来あがったらオンライン端末もどきになっちゃう。

OSとして仮想記憶とセットでGCをサポートって…だめ？

>>84
>Linux互換で、超マイクロカーネル

Linux互換だったらちっともマイクロじゃないと思うぞ

>>88

>Linux互換だったらちっともマイクロじゃないと思うぞ

ようするにマイクロカーネルの上にLinux の APIの皮を
かぶせるってことでしょ。

そうです。>>89

Linux APIってどんなもんだろ。
Win APIなら知ってるけど一万超えててひどいね。

その利点としては．．．

LinuxやWinNTのコードが公開されても、
日本のPGは膨大なコードを読むスキルが無いのでは、と言われている。
Linux互換でコードが小さければ、日本の全てのPGが読めるOSカーネルになる。
※除く、Ｓヨ ＆ ブビ坊

ITRON を参考にするのはどうなのかな?

良い考えだと思うが、Linux以上に知らないよ>>92
他の人もそうじゃないかなって、知ってる人が作れば良いのか。

http://mentai.2ch.net/test/read.cgi?bbs=os&key=983280813 2ちゃんOS作って

OSASKなら、パクってきて別の名前のOSとしてリリースしようがいいらしい。

まあ、やっと仮想記憶が使えるようになったばかりで
ネットワーク関係の実装はまだないけど。

qnxのフリー版みたいな位置付けか?

GUIにしろよGUI。
U　 　 　 　 　U
I　 　 　 　 　I
に　 　 　 　 　に
し　 　 　 　 　し
ろ　 　 　 　 　ろ
よ　 　 　 　 　よ
GUIにしろよGUI。
U　 　 　 　 　U
I　 　 　 　 　I
。　 　 　 　 　。

>>96
激しく同意激しく同意激しく同意
激しく同意激しく同意激しく同意
激しく同意激しく同意激しく同意
激しく同意激しく同意激しく同意

>>96-97
ドライバ書くの大変ドライバ書くの大変ドライバ書くの大変ドライバ書くの大変
ドライバ書くの大変ドライバ書くの大変ドライバ書くの大変ドライバ書くの大変
ドライバ書くの大変ドライバ書くの大変ドライバ書くの大変ドライバ書くの大変

>98
難を逃れたら新しい物でもごくありふれた模造品になってしまう。
あえてGUIに挑戦することにより個々の技術力の向上を図るべきじゃないかな。

このスレを読むと
何の思想も必然性も無いのにＯＳを作ろうとする事が
如何に馬鹿げた事かが良く分かるな。

GUIのOSならWindowsがある。模造品になり挑戦にならない。>>99

OSにGUI/CUIの区別あるの?
そういうのはもっと上位層の話だと思ってた。

>>102
GUIやCUIはアプリケーション層での話だからね。OSでは無いよ。

だから、DOS/WinまたはUNIX上のシェルでいいんではないかと････

>>104
というより、ShellとHard(Firm)Wareとの間のものを作りたいんじゃないの？

その中でも、メモリ管理「方針」とか、タスク(スレッド)管理「方針」とか、に
個別にオリジナリティを継ぎ込む余地が有る。

たとえば、メモリ空間という概念一つにしても、unix/winのとは全然違う方式のも、ある。
Multicsみたいな奴とか、JavaOSみたいな奴とか。

「小分けされたメモリ空間」と「タスク」を合体させて「プロセス」と呼ぶのもまた
一部(数の上では多いが)のOSの方針に過ぎない。他の手も色々ある。

それって、OSの上でBasicが即動いていたみたいで、古いよ。
やっぱ、超マイクロカーネル。

詳しくないんだけど、それならDOSを完全にラップするのはどう？
Win３．１なんかは互換性のためにシステムコールとかハード触るの許してたけど、
互換性なんて関係ないんだからすべてラップしちゃう。

・・・・素人考えじゃだめかな？

ここでいう「OS」ってどこまでの範囲を指すのか
ハッキリさせないと、話がすすまねーやね。
（てゆーか、ネタスレじゃなかったの？これ）

DOSをラップしちゃ、DOSアプリじゃないか。
アプリはOSを見せずに処理を行うでしょ。

みんなネタですが何か？

Win3.1だってOSの区分に入ってたじゃないか(笑

そうだ、一度やってみたいことがあったんだ。

Delphi or Pascalって結局、C/C++上で動く簡易言語でしょって意見が多いみたいです。
そこで、Delphi or PascalでOSを記述するってのはどう？
OSがDelphi製なら、Delphi使うのに文句言う人ないし。

Win3.1がOSと言ってるのはMS。
DOSはファイル管理プログラム
Win3.1はウィンドウシステム
以上のものではない。

>>112
大昔Pascalで書いたUNIXがあったらしいね・・・

Delphiで作ったら、GUI-OSは簡単に作れるかもしれない。
CLXを派生じゃなくて、スーパークラスの中身を作ることになるのかな。

シェルが作りたいという奴等は UNI+ でもいじってろ
…と言い放ってみるテスト

シェルの話は終わってるよ>>116

２ちゃんて、Del坊多いし、Delphiで作ったOSなら、色んな国でコンパイルされると思うよ。
C++に比べて読みやすいし、コンストラクタオーバーライドの自由さなんかがプラスになるんでは。

後、try-finallyも標準だし。
って標準pascalではじゃないが、Delphi語で良いや。

115の内容は自己削除。Delphiが移植されなきゃCLX使える分けないか。

このスレはDel厨に占拠されました。

JavaOSマンセー
ドライバもJavaでかけや!

ネイティブコンパイラが無いだろうが>>121

それから、S∪∩にライセンス料払えよ>>121

トランスメタ社内にあるというあの幻の…

って何？>>124

とりあえずカーネルはフライドチキンの生産者でした。

コードモーフィングでJavaバイトコードを実行できるCrusoeがあるんだよ。

>>106
>それって、OSの上でBasicが即動いていたみたいで、古いよ。
>やっぱ、超マイクロカーネル。

でもJavaOSってまさにそういう構造だよ。
ブートローダーと超マイクロカーネルと一部のドライバだけはCや汗。
あとはJava。

往年のBASIC環境が駄目だったのは、BASIC自体にろくな記述力が無い
(んでろくなアプリが作れなかった)せいと、
BASIC「しか」できないようにするセキュリティモデルを
提供しなかった(peek/poke/bloadで幾らでも壊せる)せい。
Javaならどちらもなんとかなる。

#似たようなノリと思われるが、昔からLispOSなども有ったそうですね。
#SqueakOSも察するに同じ。

プロセスなんて概念は無い。スレッドとObjectだけ。
予期せぬメモリ破壊は一切出来ないから壁は不要。
必要な場合だけ壁超えする手段を用意すればいい。
つまりObjectにPropertyを設ければいい。
これなら作りも簡単で理解しやすいしパフォーマンス的にも有利。

その(プロセスが無い)替わり、メモリの階層型管理というunix的な手を使えないので、
使い物になる高性能なGCなどをOSが提供しないとならない。
さもないと全体のパフォーマンスが論外レベルに落ちる。

では、現在JavaはWin、Linuxと両方ダメダメだけど、
JavaOSとなってこれから流行ると言えるの？

>>129
流行は3つの要素で決まる。伝統(因習)と人数とマーケティングだ。

モデルが全然違うために、既存のレガシー(藁)アプリを移植するのが面倒だ、という問題がある。
つまり伝統に阻まれる。

unix風モデルを捨てることで成功してる例は枚挙に暇がない。
Java畑でいえば、AntしかりServletしかり。
技術的にそのほうが適してる場合が結構多いのは多分間違いない。

そこから先、つまり流行って「欲しい」かどうか、は、各自が自分で考えるといいかも。
逆にいえば、自分がどんな答えを出すかによって、自分がどの伝統に属しているか？が判るだろう。

自分は、Javaは流行って欲しくない。
トータルでプログラミングが楽じゃないから。

携帯機器でJavaプログラミングが出来るようになったら、
人数とマーケティングで勝つだろうね。

Javaだと言語であって、シェルやGUIになり得ないよね。

言語並の記述力、と、誰でも使えるUIとを兼ね備えたものが出るまで、
"言語？"OSはあっても使いたくないな。

>>132
>"言語？"OSはあっても使いたくないな。

言語はあんまり問題じゃなかろう。問題はVMでしかない。

>Javaだと言語であって、シェルやGUIになり得ないよね。

別になにからかにまで操作をJava言語でやれとは言うまい。
JVM用アセンブラだって有るし、逆にJavaで実装されたJava以外の言語も有る
ということを思えば、言語の選択肢は結局色々有り。

shell言語をJavaなりなんなりで作ればいいんだ。
従来とまったく同じ意味でのshellかどうかは別として。

>誰でも使えるUI

わかっちゃいるけど胡散臭い言い回しだよねそれ。

どうしても慣れたもの以外を受け付けないならqvwmみたいなパチモンを作ればいいだけ。
本質とはかなーり関係なさそう。

見当違いだよ>>133

アプリビルダーとシェルが一緒になったものなら、
それ専用のOSで良いと言ってるの。

片方づつ論じるなよ。

>>134
むしろ一緒に論じる必然を感じないのだが？

まだ分かってない>>135

"アプリビルダー"と"UI"と一緒になった「Ｘ」というものがあったならば、
「Ｘ-OS」というのは便利、と言ってるの。
そうでないならば、ただの「○○言語専用OS」は要らない、とも思う。

>>132
>Javaだと言語であって、シェルやGUIになり得ないよね。

OSとユーザーインターフェースとは関係ないとなぜ分からないんだろう。
OSはシステムにサービスを提供する層だってば。

134はスーパーモノリシックOSをつくりたいのか

>>Javaだと言語であって、シェルやGUIになり得ないよね。
>OSとユーザーインターフェースとは関係ないとなぜ分からないんだろう。
>OSはシステムにサービスを提供する層だってば。

流れを読め。JavaOSが良いって言ってるやつがいたから、JavaOSは要らんという反論だ。

>134はスーパーモノリシックOSをつくりたいのか

同じ事だが、スーパーモノリシックOSを検討するなら良いが、
「JavaOSは要らん」ということを言いたいだけ。

>>136
>そうでないならば、ただの「○○言語専用OS」は要らない、とも思う。

そうであろうがなかろうがどっちにせよ、「○○言語専用OS」の話なんか誰もしてないだろ？
Java言語じゃなく(Java)仮想マシンの話。
ついでにいえばそのメモリ管理方法(等)の話。ポインタ「演算」の無い世界の話。

それをもって尚「○○言語専用OS」と呼びたいなら、是非
IA16やIA32を「MASMアセンブリ言語専用マシン」とでも呼んであげてくれ(藁

>>139
*自分の*発言の流れも読めてないのはそっちだろ。
あれらの発言のどこがどう「JavaOSは要らんという反論」の体を成しているんだ？

>Java言語じゃなく(Java)仮想マシンの話。
>ついでにいえばそのメモリ管理方法(等)の話。ポインタ「演算」の無い世界の話。

VMを他言語からの利用をＳ∪∩が許してないだろ。だから、Java専用OSになる。
ちょっと考えれば分かるのに。

>142
昔からJava厨はウザイのよ
何言っても無駄だと思うよ 彼の結論はJava最高ってことになってるから

今 JavaOS の開発って続いてるのか？　google と Sun のサイトを
検索してみたんだが、古い情報しか出てこない。

とりあえず API セットだけでも眺めてみようかと思ったんだけど。

>>142
はぁ？

1:「他言語からの利用」って何よ？
java「で」作った、他の言語の処理系があれば、いいのでは？
そんなものは既に世の中に色々ある。
しかももしそれが100%PureJavaならば(というか言語処理系自体については大抵はそうだろう)、
修正すら不要であることが期待できたりする…。

2:許すってのはライセンスかなんかの話か？
だとしたら独自VMの別実装を作れば済むだけのこと。Kaffeとか使って。
固有名詞としてのJavaOSではなくなるけど、効能は同じだ。
SUNに訴えられたらJava0Sとでも改名すればいいだけ(藁。もちろんKaffeOSでもいいし。

でもそれ以前に、VMに食わすコードの生成元を限定するライセンスなんて、
そんな捻くれたものが、有るんだったか？
JavaAssembler(Jasminとか)で生成したByteCodeを食わせた瞬間に逮捕されるのか？(藁

もしかして、「他の言語」と「他(というか規格外)のByteCodeセット」とを混同してないか？

JVM上で動作するOSもあるよ。

>>143
最高ってのとはちょっと違うなあ。
Java全体もJavaOSもそうだが、やれることを敢えて減らすことで
かわりに安全とかを買っているわけだから、デメリットも当然のように必ず有る。

問題は、それとは違うアプローチを採っている既存のOS/命令セットが、
安全を捨てたに*見合うだけの*性能を*いつも*得ているかというと、そうでもない、という点だろ。

ましてJavaのやり方のほうが却って性能を稼げる状況も存在するわけだし。
CGIよりServletが勝つのはそれなりの理由があるし、
だからって生Cでthreadやれば今度は安全じゃなくなるし。

要はバランスって奴？

>>144
本家そのものは、もうくたばってるんだとは思うYO(藁

>>147
Sun も JavaOS 捨てたのか。

そうなると JavaOS は現時点で実装はおろか、策定中の規格 (システ
ムコールのセット) も存在しないわけだよね。さすがに実装も規格も
存在しない OS を引き合いに出して「マンセー」と言われても、ちょっ
と判断しようがないなぁ。

駄スレ化が始まると収集がつかなくなるな

いつもこのパターン。ある言語を卑しめた奴を良識派を気取る奴がDQNとみなし徹底して叩くが叩き返され叩いて叩いたが叩かれたので叩いた　・・・？

JavaOS…発想は凄くいいんだけどなぁ…

ここで、どこが？という突っ込みが入るっっ！！

現実的に考えよう。
まず、要求仕様は
・Mail、WEB端末として利用できること
・サーバ用途は必要なし
・マルチタスク（この用語不正確だと思うけど）であること
・標準エディタでAAが作成できること
・オープンソース

現実的な外部仕様は
・軽いOSベース（RTOSなど）でLinuxベースにしない（端末用途ならここまで必要なし）
・GUIは提供せず、テキストベースにする。ただし、テキストベースGUIは提供。
・2chに特化したブラウザ、及び軽いテキストベースのブラウザのみを提供
・メールソフトは最低限の機能（PostPet並みの機能、キャラはもちろんモナー）
・ファイルシステムはFAT32

このくらいの機能なら１００人月ぐらいでできそうな気がするが？

ポストペットの機能がメールの最低限の機能かどうかはともかく(笑)

てか、もるふぃーで動かしたいね(爆)

悪いんだけど、、、アプローチが違うよね。>>153

OSのカーネルはタスク切り替えしかしないにも関わらず、
上位では、携帯の画面表示であったり、サーバであったりするから面白いんだよ。
アプリの外部スペックから決めるというのは違うと思う。
Ｓヨがやる手だけど、それでは１ユーザ用の委託ソフトレベル。

仕様を絞らないと机上の空論になってしまわないか心配。

アプリの仕様を絞らずに、OSの仕様を絞ってくれ>156

おいらのネタレスでちょっぴり盛り上がってたね
まあジャバ中のおいらからすれば興味もあったよ>>JavaOS
自分で作ろうと思うとGCとかVMの実装でめげる事必至なので
おいそれと手出しできぬ也

うるせー>>158

JavaOSの話題のせいで2chOSがネタスレ化したぞ。
ってはじめからそうだったか。

Javaと言う単語を含んだ発言はこちらへ。

http://piza2.2ch.net/test/read.cgi?bbs=tech&key=993358225

っていうかこれ以上この場を荒らすんじゃねぇ

荒野の七人

>>160ごめんよおいらの発言は121だけだよ
みんなさらっと流してくれると思ってたんだよ
ここまで引っ張るとは思わなかったんだよ

>>160
荒れなくなったら、新規発言も途絶えたね……。所詮はネタスレということか。

Linuxのバージョン1て、どれくらいのステップだったんだろう。
機能はタスク切替だけだよね？

あれ？どうしてIDついてないん？

http://grunge.cs.tu-berlin.de/~tolk/vmlanguages.html
Programming Languages for the Java Virtual Machine

使いものになるのは少ないかもしれんが。。

>>148
システムコールって随分懐かしい(unixか？)単語だな、というのは置いといて、
層の名称とか、層と層の間の部分の名称とか、は決まってるね。
Booter、JBI、マイクロカーネル、JPI、JDI、とかが決まっている。

JavaOS System Database
JavaOS Event System
JavaOS Sevice Loader
JavaOS Device Interface
JavaOS Boot Interface

あと、かなりの数のClass(の名称と役割)は決まっている。

ま、少なくとも本一冊書くくらいのネタ(2ch用語じゃなく話題という意味)はある、ということだ(藁

>実装も規格も
>存在しない OS を引き合いに出して「マンセー」と言われても、ちょっ
>と判断しようがないなぁ。

少なくともアーキテクチャの差(よしあし)は論じられるだろ。

Fileも無い(もっと高級で抽象化された概念(Class)でまとめられている)し、
PnPもデフォ対応(イベントリスナ方式)らしいし、結構美しいよ。

そして、綺麗かどうかと遅いかどうかは、大抵の場合(藁)、直交だ。

>>167
その資料って、どっかで公開されてない？

前に google と Sun のサイトを検索かけたんだが、簡単なプレゼン用資料しか見つからな
かったんだわ。

>>168
http://www.sun.co.jp/products/wp/ には、
http://www.sun.co.jp/products/wp/JavaOS/JavaOS.html
という簡単な文しかない。

ところでWitePaperは「白書」と訳すんでしょうか？