OSを作ろうpart7

>>86
5年後はきっとスーパーエンジニアとよぞうさんが作った独自OSが世界中で使われてる。
CPUもSayuriが一番シェアをとる。

これ常識。

お前ら空しくないか？
いくら議論してもひげぽんは無視するからのれんに腕押しだぞ。
このスレはひげぽんのものなんだから、
誰もひげぽんの意向には逆らうことが出来ないんだから。
理屈も糞もない、全て気分次第なの。
中学高校のときに先輩に何されたか覚えてるだろ？
体育会系なの。分かった？

　　以上

>>88
やっぱとよぞうって男のロマンだよな
人から金を巻き上げてﾆｮｶﾞｰﾝなんてリーマン生活じゃ不可能だぜ！

>>89
もし貴女のおっしゃることが正しいのであれば
Monaに関わっても食い物にされてポイってことですよね？
そんな恐ろしいものとは知りませんでした。。。

>>84
おんどりゃあの反応でひげぽんがそう思ってんだボケ

>>92
まあ餅つけ

>>72
いぇ別にヒゲぽんを工房といったのではなく…
前スレになんだか巣食ってた奴が…

>>48
そのネタ好きっすね。
「もしも」何かしらコンパイラ作れそうになったら
メール送るからそん時は資料ちょうだいね。
いや、望みは薄いんで期待しちゃ駄目だけど。

て言うかどんな言語のが欲しいんですか？
ヘボいのでも良いのかマトモなのでなきゃ駄目なのか。
あと端から見てて何やりたいのか分からなくなっちゃうから
なるたけページ消さない方向でやってってくれってのが
この界隈のファンみんなの望みです。

>>52
L史なんかどうでも良いからNWSOSのアプリを作ってくれい。
VCもGCCも使えるし、NWSDC買ったってせいぜい3000円程度。
MIURA氏のページが消えねずみ氏もロボット作りにせいを出している今、
残ったのはOS板へたまに現れるガキ一匹。
そいつもgrep一つzlib一つ移植出来ないでいる役立たずっぷりだ。

>>96
動向に詳しいな。

>>97
一応巡回コースだからな。
特にNWSOSは話題が特定のポイントから広がらないから
動向が掴みやすい。

winとかlinとかbsdとかからさあ、デバドラ動かしてる部分を
パクってきてさあ、そいつをそれぞれのサブシステムで
うごかしてさあ、なおかつ一つ上のレイヤで抽象化して
どれも同じに使えるようにしてさあ、デバドラ問題一挙解決
とかでけへんの？

>>99
Linuxからデバドラ部分だけ流用したOSプロジェクトってのも幾らか存在はします。

Monaに関しては、デバドラを動かすための仕組みが整っていないのが現状。

>>99
簡単にできるなら誰かやってます。
linuxとbsdはAPIそろえればすり合わせ出来そうだけど、
winのドライバは構造別物だからなあ。

>>100
Monaは…どうすんのかねえ？
今のままじゃマイクロカーネルにならんし。

ふと思ったんだが、
リアル・モードで動くメモリ管理もへったくれもないようなデンジャラスな
OSの方がメイド・イン・ニチャンらしくないか？
どう思います？みなさん。

といってみるテスト。

>>102
どっかのスレで公開されてるドライバをつっこんだ瞬間、やたら安定！
とかだと２ちゃんっぽい

実用性なんて言葉と無縁そうなのも2chっぽくていいですね

>>102
まずはDOSみたいなOSからって言うのは何度も出ている意見ですね。

>>103
DR-DOSでは後付けでマルチタスクが出来ましたね。
安定しているかどうかは知りませんが。。。

ぐっさんの「VESA VBE v1.2の邦訳」 ｲｲ！

>>106
どこ？

そろそろ、ユーザアプリが作れるようになるかと思ってたが、今週は無理だったか。
来週の連休に期待するか。
誰か、Mona用シェルとか書いてる人いますかね？

shell作るならbash互換にして欲しいな

犬厨は犬板にｶｴﾚ

誤爆？　それとも単なるaho?

たぶん後者だろう。
まあbash互換はきついと思うが。

最初は名前入力したらそれ起動する程度でいいんではないかと。

環境変数の設定とかも別コマンドかな。
なんか漢のシェルって感じ。

shellがなくともパイプが使えるインタプリタがあれば事足りるのではないかと
思ったんだが。どうだろう？

shellを作ってもらうんだったら、ひげぽんに
ドラゴンブック辺りを推薦しといたほうがいいのかな？

そんなことの前にひげぽんはOSだけに集中すればいいようにするべきだと思うけどな
まあ、作業するべき順番は本人が一番把握してそうだから
他人が何言っても変わらないだろうけど

共有メモリの実装に取り組んでいました。
おおまかな設計はこちら↓
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2FAPI%2F%A5%DE%A5%C3%A5%D4%A5%F3%A5%B0

また今回の実験実装の課題はこちら↓
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2FAPI%2F%A5%DE%A5%C3%A5%D4%A5%F3%A5%B0%2F%B2%DD%C2%EA

共有メモリは以下の機能の基本となると考えていますので
次はその辺に取り組みます。

・プロセス間通信
・プロセス生成機構

今回実装していて思ったのがページングを担当するPageManagerの負担が
結構重いことです。(重い＝豊富な機能を提供しなければならない)

もう少しI/Fを洗練させたいところです。

> shellを作ってもらうんだったら、ひげぽんに
> ドラゴンブック辺りを推薦しといたほうがいいのかな？

ドラゴンブックとは何でしょうか?
是非ご紹介ください。

bash互換って主にシェルスクリプトのほうですよね？
つらいどころではないかと。
とりあえず、フルパスのコマンド打ちとパイプとリダイレクトからですかね。

>ひげぽんさん
もしかして、ユーザプロセスの作成、消滅って、もうできてます？
ファイルディスクリプタ(標準入出力)とかあるのでしょうか？

>>113
子供から親の環境さわれるならそれもありだけど、
なんか気持ち悪い。

カーネルはあんまり関係ない所だがら外野で決めてもいいかも。

>>117
>ドラゴンブック
http://www.amazon.co.jp/exec/obidos/ASIN/4781905854/250-3189998-4324248
多分こいつの事。

>>118さん
>もしかして、ユーザプロセスの作成、消滅って、もうできてます？

ユーザープロセスの作成、消滅は、非常に限定的ですが
出来なくはないです。
現在実装予定のexecの実装を待って頂くのが確実かと思われます。

>ファイルディスクリプタ(標準入出力)とかあるのでしょうか？

まだありません。

>>120さん

ドラゴンブックの件ありがとうございます。
皆様こんな本を読まれているのですね。

>>121
みんなが読んでるかどうかは分からねえや。
ひげさんは読んでないし俺も手元には無い。
でもコンピューターアーキテクチャはヘネパタで
OSはタネンバウムでコンパイラはドラゴンブックって感じだから
名前知ってる人は沢山いる。

>>115は字句解析やら構文解析やらの勉強しろって言いたいんかな？

言語処理系も大事ですけど、ひげぽんさんには、カーネル側をがんばってもらいたい。
他の人にユーザアプリを任せたほうが良いかと思います。
もちろんひげぽんさんによるプロトタイプとかがあっていいわけですが。

とりあえず、限定的でも
fork、exec、exit、read、writeのシステムコールと
標準入出力、IPC、シグナルがあれば、いろいろできそうですかね。

>>122
でないの？
shellといってもスクリプトあたりになれば簡単な言語処理系だし。

>>123
とりあえず、forkいらんだろ。
標準入出力も要らない。画面出力があれば十分。

(ﾟДﾟ)ﾊｧ？

窓な発想ですな。

標準入出力はPOSIXサブシステムで実装とか。
BSDあたりからパクってきてサブシステム化。

execは作る予定なのに、forkはないの？
createprocess作るなら、execもforkもなくてもいいかもしれないけど。
標準入出力(できるなら、標準エラー出力も)はあったほうが良いと思うけど、いらないと思う人がおおいのかな？

>>129
いや。123が、とりあえず。てことだったので。
fork、標準入出力、辺りは後で良いんでない？ていう意味のつもり。
execはcreateProcess?的に使うと思うのでforkとは大分異なるし。

とりあえず、いろいろできる(遊べる)という意味で書きました。
紛らわしくて申し訳ない。

そろそろ大人になれよ＞ひげぽん
どうせやり遂げられずに放置することになるってのは分かってるんだろ？
いつまで引きずるんだよ 住人の玩具にされて満足か？
まあ俺は当分ひげぽんいじって遊ばせてもらうがな。

今132がいいこと言った!

ここは醜いインターネットでつね。

所詮、開発に生活を賭けていないママゴトだからな。

2ch自体が遊びなんだから、、、

ところで喪前らWinFXは試しましたか？

>>137
WinMXで流れてるからな。
OSのAPIをあんな風にするなんてBeAPI以来の衝撃を受けた。
Cocoaみたいないかにも取って付けましたみたいのとは全然違う。

異バージョン間でバイナリ互換性はあるのかのう。

exec, fork, createProcessですが、私自身正確な定義と動作内容を
完全には把握できていないので誤解を招いてしまう可能性があるので
訂正します。

Monaにおいて
FAT12から、バイナリを読み込んで新たにプロセスを生成するAPIの作成を
次は目指します。

>>138
具体的にどこがすごいと思った？

動作概要は、
forkは、子プロセス(自分の分身)を作る。　詳しくは、man fork
execは、自分を書き換えて、新しいプロセスにする(変身する)。 詳しくは、man exec
createprocessは、Win32APIにあるもので、新しいプロセスを作る。　詳しくは、MSDNで検索。
厳密に言うとちょっと違うが、だいたいこんな感じ。

>>142さん

> forkは、子プロセス(自分の分身)を作る。　詳しくは、man fork
> execは、自分を書き換えて、新しいプロセスにする(変身する)。 詳しくは、man exec
> createprocessは、Win32APIにあるもので、新しいプロセスを作る。　詳しくは、MSDNで検索。

ありがとうございます。

execに関して誤解があったようです。fork, createprocessは概要は
私の理解と同じでした。

先日実装した共有メモリ(共有ページ)を使用して実装を
試みたいと思います。

>>141
実はひげが詳しい

>>107
osageのところにあったな。

ＯＳＡＳＫの作者とＭＯＮＡの作者ってどちらが腕前上なん？
そこのところどうよ

ひとつだけいえることはお前より上なのは確かだな

>>145
サンクス。ぐっさんって誰？とか思ったyo!

loadProcess(elfファイルへのパス)という関数を実装しました。

この関数は
1.指定されたパスのファイルを読み込みメモリイメージに加工。
2.新しいプロセス空間(独自のスタックとかもろもろ)を生成しロードします。
3.プロセスのRunキューに新しいプロセスとして登録を行います。

非常に原始的ですが、シェル等の実装に使えると持っています。

現時点の制限事項
・ユーザープロセスに対応していない(ユーザーモードスタックのフォルトハンドラが未実装)
・システムコールが整備されていないのであまりやれることがない。
・プロセス間通信が実装されていないので、通信したければSharedSegmentを利用して自前で
　行わなければならない。

なおこの関数の実装に関しましてELF周りで、osdev-jの皆様に貴重な助言を多数頂きました
この場を借りてお礼申し上げます。

こいつを↓
#include <userlib.h>

void main() {

    while (true) {

        syscall_sleep(100);
        syscall_print("Mona!!!_( ;'[]`)_");
        syscall_sleep(100);
        syscall_print("Mona!!!|( ;'<>`)/");
    }
}

コンパイル･リンクしてやる。

$(USER_PROCESS) : userlib.o ./user/hello.cpp
$(CC) $(CFLAGS) $(CFINCLUDE) -c ./user/hello.cpp -o hello.o
ld -n -Ttext 0xA0000000 -e _monamain -static hello.o userlib.o -o $(USER_PROCESS)
objcopy --output-target=elf32-i386 $(USER_PROCESS)

そしてMonaから
loadProcess(".", "USER.ELF");

と呼び出してやると動作します。

プロセスローダーだけど、もうちょっと分解して
イメージリロケータと実行でAPI分けたら？
メリットは無いかもしれないけど、
将来ELF以外をサポートする土台として

>>150
気持ち悪い書き方だけど何か根拠あるの？フツー
void main() {
   for (;;) {
      syscall_sleep(100);
      syscall_print("Mona!!!_( ;'[]`)_");
      syscall_sleep(100);
      syscall_print("Mona!!!|( ;'<>`)/");
   }
}
（無駄な空行を空けない）か
void main()
{
   for (;;)
   {
   syscall_sleep(100);
   syscall_print("Mona!!!_( ;'[]`)_");
   syscall_sleep(100);
   syscall_print("Mona!!!|( ;'<>`)/");
   }
}
（中括弧を対称にする）でしょ？

>>152
おい、後者はインデントが変だぞ?
void main()
{
    for (;;)
    {
        syscall_sleep(100);
        syscall_print("Mona!!!_( ;'[]`)_");
        syscall_sleep(100);
        syscall_print("Mona!!!|( ;'<>`)/");
    }
}
だろフツー?

>>152
中途半端だな。こうだろ。
void
main()
{
    for (;;) {
        syscall_sleep(100);
        syscall_print("Mona!!!_( ;'[]`)_");
        syscall_sleep(100);
        syscall_print("Mona!!!|( ;'<>`)/");
    }
}

>>154 海栗板にｶｴﾚ!

宗教論争には興味ないが卑下のスタイルが気持ち悪いのには同意

おい喪前ら、ひげぽんはわざと突っ込み所を満載にしておいて
突っ込ませて楽しんでる釣師だってことにそろそろ気付けよ?

>>155
うみくりいたって何？

別に、コーディングスタイルの細かい部分なんてどうでもいいのでは？
プロジェクトで規定されてなければ、独自スタイルでいいかと。
あまりにも見にくいソースは困るけど。

>>150
お疲れ様。
loadProcessに新プロセスへの引数リストのポインタを与えられるようにしてほしいです。
あと、プロセス終了時に親プロセスに通知する仕掛けもほしいですね。

>>150
ld の -e _monamain てなに？
main と似てるけど、_monamain だし。

釣られてみた。

>>157
そう言われれば思い当たる節があるな。
スレで議論されたことを無視しておきながら後で同じことを質問したりとか、
了解しましたとか言いながら次から忘れた（フリ？）をしたりとか、
せっかく専用スレが出来たのに無視したりとか、、、
っちゅーか、Mona自体ネタだからしゃーねーか。
にしても釣り以外にネタがないってのも芸がないけどな。

>>158
UNIX板（通称うに板）
でも何故UNIX板??

>>161
専用スレでMonaのアプリを作ろうとしていた者です。
ひげさんからレスがないので変だなと思っていたのですが、
なるほどそういうことだったのですか。
Mona Projectに参加しようかどうか悩んでいたのですが、
あなたのアドバイスで決心することが出来ました。
これで心置きなくWinFXをオカズにオナニー出来ます。ｗｗｗｗ

>>162
154がBSDコーディングスタイルだからだろ

>>163
なんだ、その程度のつまらない香具師だったのか。
レスして損した。
さっさと失せろ。
もう二度と来るなよ、基地外。

>>163
MXよりnyの方がオナニー向きだよ

>>152
話について行けなくなると、コーディングスタイルにいちゃんもんかよ...。

WinFXとWinMXの区別も出来ないｱﾌｫが混じってるな、、、

>>152
どういうセンスでああいう書き方をしてるか興味はある。
OSの設計や対人操作にもセンスというのはウェイトが大きいしな。

>>169
OSの設計→テキトー
対人操作→シカト

>>170
禿ｼｸ藁ﾀ

>>168
いまそれ流行ってるの？　Fedoraスレでも見た。

>>172
マイクロソフト謹製の究極のファイル共有ソフト

>>172
しかもロングホーンに標準搭載

>>159さん
>loadProcessに新プロセスへの引数リストのポインタを与えられるようにしてほしいです。

C言語で言うところのargc,argvのことでしょうか。
もしそうであればスタックの整備がきちんと出来てからであれば
対応できると思います。

>あと、プロセス終了時に親プロセスに通知する仕掛けもほしいですね。

上記に関して悩んでいます。
プロセスに親子関係を持たせる方が何かとメリットが大きいのでしょうか。

>>160さん
>ld の -e _monamain てなに？
>main と似てるけど、_monamain だし。

現在Mona用のプロセスのエントリポイントはmonamain()という関数になっています。
mainにするとリンカがおせっかいなことをしそうなのであえて変更しています。

-e _monamainは、リンカに_monamainがエントリポイントであることをしらせています。

>>175
これで3度目だけど引用の前に空白を入れるように。
君のそういう所が顰蹙を買ってるのが分からんのか?

>>176
あーあ、また釣られちゃったよ、この人
バッカみたいｗ

３度目ってお前が粘着。
ずっと見張っているのかよ。暇人だね。

引用の前に空白？

>>175
しいて親子関係を持たせる必要はないかもしれないけど、他のプロセスが終了しているかどうかを知る必要があることは多いよね。
シェルとかにも必要でしょ ?

>>177-179
そういうところにしか突っ込めなくなってる香具師なんだから、温かく見守ってやろうよ。

いきなり>>161と>>170が実証されてしまったわけですが・・・

ＭＯＮＡの成果を発表できるのはここだけではないので
ＯＳＡＳＫの人のように2ch離れをするのもあり。

そうした場合このスレの技術的話題を楽しみにしている人たちに
176などはうらまれるのでしょうね。

ＭＯＮＡの成果を発表できるのはここだけではないので
ＮＷＳＯＳの人のように世間離れをするのもあり。

そうした場合このスレの技術的話題を楽しみにしている人たちに
182などはうらまれるのでしょうね。

ＭＯＮＡの成果を発表できるのはここだけではないので
ＭＥＧＯＳの人のようにサイト閉鎖するのもあり。

そうした場合このスレの技術的話題を楽しみにしている人たちに
183などはうらまれるのでしょうね。

176がｷﾓｵﾀ決定

>>182-184
藁田

こんな小春日和の穏やかな日なのに

ぽいずん

技術的な話題についていけない香具師がいろいろとケチをつけてるようですが、
スタイル以前にもっとつっこむところがあるはず。

OSASKすげえ

NWSOSなんてゴミだなゴミ

必死に和製OSからFXに誘導しようとしてる人も混ざってるかも

和製OSの利点って

・資料が読みやすい
・日本語化する必要が少ない

ってくらいだな。
この辺がクリアされてたら和製だろうがなんだろうが関係ない。
OSの機能とかフリーかどうかとかライセンスとかの問題になる。

>>189
OS作りに関してはひげぽんの好きにすれば良いと思ってるんじゃない?
今までの流れから、他人には資料探しの手間を省く効果しか期待してないみたいだし。

いま幾度かわが上に
試練の嵐哮るとも
断固と守れその正義
進まん道は一つのみ

>>191
MEG-OSが頓挫しなければFXの先を行ってたのになあと思うと
彼を単なるｷｼｮｦﾀﾈｶﾏと一蹴するのもどうかと思われ

拡張子変更の話…。みんな馬鹿にしてるけど実現して欲しい機能だ…。
変更前拡張子と変更後拡張に応じて、イベントハンドラを登録できるように
しておいて、自動的にファイルの中身も変換してくれるとか。
そういう機能をもったOS(シェルでもいいけど)があってもいいんじゃない？

.bmp を .gif にしたら GIF形式になる。
.wav を .mp3 にしたら MP3形式になる。

特許取れると思うんだがどうだろうか？

>>196
誰でも簡単に思いつくものは特許にならないよ。
弁理士にタイ米積んでお願いすれば取れるかもしれんがな。

>>194
さっき家の前の国道を黒い車が大音響で流してたぞ

>>196
漏れみたいに見られちゃ困るファイルの拡張子を偽装している香具師はどうなる？

ヤター！朕が200get!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
（ＡＡは省略）

　　　　　　　　　　ドッカン
　　　　　　　　　,､､　　ドッカン
　　━━━━━） ）＝　　　　　　　　　　☆ゴガギーン
　　　　　 ∧_∧ |　|　　　　　　　　　　／　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　 ∧＿∧　　　＜　　ひげさんガンガレ♥
　　　　　ｒ　⌒￣ ノ　 ＿＿.　　｜　　　 （｀∀´　）　　　　＼
　　　　　|　　　イ　 　|＿＿|　　 |　　　　/ 　 　 ＼　　　　　　＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　 　| |　　 　 　　 　 .|　　　　| | 　　/＼＼
　　　　　|　　　 | |　　 　　　　　 .|　　へ//|　　|　 　| |
　　　　　|　　　 | |　　　　　　 (＼／,へ ＼|　　|　　| |
　　　　　|　∧　| |　　　　　 ◎＼／　　＼　　/　（　）
　 　 　　|　|　|　|.|　　 　 　　 　 .|　　　　　|　|
　 　 　 / /　/ / |　　 　 　　 　 .|　　　　　|　|
　　　　/ /　/ /.｜　|三三三| 　|　　　　　|　|
　　　 / /　/ /...｜　　　　　　　｜　　　　｜｜ 　

JAVA厨卑下はこのスタイルのなのでは
http://www.tcct.zaq.ne.jp/ayato/programming/java/codeconv_jp/

ttp://minix-up.sourceforge.jp/cgi-bin/l.cgi/_OSASKtest17/osask/pokon0.c?rev=1.20&content-type=text/x-cvsweb-markup

>>202
Javaのスタイルは理解できる。
それならそれで良い。
ただ卑下のスタイルのようなブロック開始後の無意味な空行は理解できないだけ。
ま、多分、終わりの中括弧で行が空くのでバランスを取ったんだろうけど、
それなら始まりの中括弧も行にして対象にするのが普通の神経。

>>194 >>201
右翼に不良か……
ひげさんの取り巻きは怖いな
貴様ら下手にひげさんに手を出すなよ

>>196
そういうコマンドプロセッサを作ればいいだけだろ。
OS の話じゃないと思うよ。

>>204
人のスタイルが理解できないからと言って難癖つけるなよ。
話についていけない君はこれだから...。

>>206
理解できないとか言いながら自分で全部書いてるんだよな・・・

どーでもいーが、何か高度な話題って出たわけ？
こういうのを高度って言うんだろ。
http://homepage2.nifty.com/nowsmart/Japanese/binary_integer.htm
http://homepage2.nifty.com/nowsmart/Japanese/AVL_TREE.htm

>>208
はいはい、L信者は逝ってね

>>206
そういう君は何か貢献したのか？

……もしかすると貴殿はかの高名なokuoku様でしょうか？
もしそうなら大変なご無礼をいたしました。
謹んでお詫び申し上げます。

>>210
違うだろ
卑下の自作自演

>>210
何も考えずにゴミコードをCVSにブチ込んで
消せないこまったーとか逝ってる香具師のどこが功労者？
卑下が求めてるのはあくまで忠臣だと知れ

Monaみたいな小規模なプロジェクトでスタイル云々いってもしょうがない。
実質ヒゲポンが一人で作ってるんだからヒゲポンの好きなスタイルでやればいと思う。

>>213
話をループさせんなって。
そんなこと言ってるから内輪揉めになってメンバーが減ったんだぜ

>>214
皆で手を動かしてMonaを大きくしようっていう雰囲気が
ひげぽんにも取り巻きにもないからしゃーないやん
みんなオナニーでいいと思ってんだ
誰も第二の犬糞に育てようなんて大それた妄想は抱いてない

>>210-211
> そういう君は何か貢献したのか？

はぁ ? 何もしてないけど、それがどうかしたのか ?

結局お前らは、こういう｢技術論以外｣でしか突っ込めないんだろ。
俺と同じなんだから、「ごちゃごちゃ言わんと黙っときな。」と言うだけのことだよ。

>>175
180の書いてることがほとんどなんだけど、
プロセス起動時に何処に終了通知を出すかをセットする必要があると思うけど、
デフォルトがそのプロセスを起動したプロセス(親プロセス)ってだけです。
ユーザが勝手に終了通知先をセットするのも危険なので、OS側で親プロセスをセットする方のが安全。

引数については、argc, argvがほしいといっているのとほぼ等価ですが、
先頭に引数の数が書いてあるargvでも問題は無いので、引数リストへのポインタと書きました。
実装がつらいなら、とりあえず、共有メモリのIDとかでも良いです。

>>217
終了通知だけなら親子関係はいらんでしょう。
pidの問題はあるけど、それがわかれば赤の他人でも生死の確認は出来る。

結局親子ってのは、環境の引継のためにある概念だと思う。
窓なんかは引き継ぐ物もないから親子関係が意味なくなってるし。

>>217さん

> プロセス起動時に何処に終了通知を出すかをセットする必要があると思うけど、

なるほど。つまりアプリ側要件として、プロセスが終了したときに積極的に知りたい場合が
あるということですね。

218さんがおっしゃっていることも一理あると思いますので
ここはじっくり考えたい部分ですね。

そもそもMonaには通知機能がないのでまずはそこからですが。

> 引数については、argc, argvがほしいといっているのとほぼ等価ですが、
> 先頭に引数の数が書いてあるargvでも問題は無いので、引数リストへのポインタと書きました。
> 実装がつらいなら、とりあえず、共有メモリのIDとかでも良いです。

ここは、要望とその動機が良く見える部分なので何とか対応したいところです。
ご指摘の通り簡単なのは共有メモリを利用しておいておくことでしょうか。

今日は
LoadProcessのユーザーモードへの対応を実装しました。
またシステムコールにput_pixelを追加しました。

ユーザー用に以下のAPIを作成しました。
umalloc メモリ割り当て
ufree   メモリ解放

上記二つは各プロセスに対してヒープ領域をHeapSegmentとして
割り当てた後、MemoryManagerでメモリ管理しています。
もちろんアクセス時にページが割り当てられる仕組みです。

システムコール
exit(はsyscall_killと同じです。暫定実装)

またアプリのエントリポイントをuser_start()という関数にすることにより
初期処理・終了処理を行えるようになりました。

int user_start() { ⇒ここがエントリ
    int result;
    um.initialize(0xC0000000, 0xC0000000 + 1024 * 1024);
    result = monamain();
    exit(result);
    for (;;);
}

以下はユーザーが書くコード
#include <userlib.h>

int main() {
    sleep(100);
    print("Mona!!!_( ;'[]`)_");
    sleep(100);
    print("Mona!!!|( ;'<>`)/");

    char* p = (char*)umalloc(1024);
    *p = 0xFF;
    ufree(p);

    for (int x = 10;  x < 150; x++) {
        for (char color = 0; color < 16; color++) {
            _put_pixel(x, 5 + color, color);
        }
    }
}

少しずつではありますがアプリ用の環境が整ってきました。

上記がまっとうなやり方かどうか非常に怪しいところです。
MonaでいうところのSegmentクラスを実装してから
いろいろと楽になりました。もう少し洗練させてもっと便利にしたいです。

いろいろと手抜きが多いので少しずつ補修していくつもりです。
今日は眠いのでこれくらいで

おいお前ら見たか！？
ひげさんってすげーいい人じゃんか！
マジ感動したYO!!
漏れも↓の神衛隊に入隊ｷﾎﾞﾝﾇっす！！！
　　　　　　　　　　ドッカン
　　　　　　　　　,､､　　ドッカン
　　━━━━━） ）＝　　　　　　　　　　☆ゴガギーン
　　　　　 ∧_∧ |　|　　　　　　　　　　／　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　 ∧＿∧　　　＜　　ひげさんガンガレ?
　　　　　ｒ　⌒￣ ノ　 ＿＿.　　｜　　　 （｀∀´　）　　　　＼
　　　　　|　　　イ　 　|＿＿|　　 |　　　　/ 　 　 ＼　　　　　　＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　 　| |　　 　 　　 　 .|　　　　| | 　　/＼＼
　　　　　|　　　 | |　　 　　　　　 .|　　へ//|　　|　 　| |
　　　　　|　　　 | |　　　　　　 (＼／,へ ＼|　　|　　| |
　　　　　|　∧　| |　　　　　 ◎＼／　　＼　　/　（　）
　 　 　　|　|　|　|.|　　 　 　　 　 .|　　　　　|　|
　 　 　 / /　/ / |　　 　 　　 　 .|　　　　　|　|
　　　　/ /　/ /.｜　|三三三| 　|　　　　　|　|
　　　 / /　/ /...｜　　　　　　　｜　　　　｜｜

>>218
プロセスを起動したプロセスと、起動されたプロセスの関係をプロセスの親子関係って言わないですか？
もしかして、用語が不適切ってことを指摘してるのでしょうか？

とりあえず、この関係を親子関係ということにして、
終了通知先が親だけである必要は無いです。ただ、一番多いのは親に通知だろうと思っています。
ちなみに、Windowsでも親子関係は意味がありますよ。いろいろ継承できます。
念のためですが、MonaもOS側で親子関係を完全把握しろと言ってるわけではないです。

親子関係はいらないとおもうけど、例えば
プロセス管理データには別プロセスからもアクセスできるようにしておいて、
プロセス管理データへのアクセス権/内容
(戻り値とかプロセス状態とか)の取得解放システムコールを用意して、
プロセス終了とプロセス管理データ解放のタイミングを
別にする（全アクセス権が解放されたとき）とかやれば良いとおもう

親以外でもアクセス権を取得できれば将来のデバッガ開発に便利そうだし

>ひげぽんさん
お疲れ様。引き続きがんばってください。
sourceforgeのCVSはmona_v1.0が最新でいいのでしょうか。

>>226
プロセス管理データにプロセスがアクセスするなんて危険すぎ。
プロセスが管理してるデータって意味なら共有メモリの事だろうけど。

>>228
誤解を招く言い方があったようで。
もちろん、特にwriteはアクセス権限を管理しないと危険だとはおもう。

普通にアクセスしたいプロセス管理データは
例えば以下のreadアクセスのこと
- プロセスの状態(running,terminated)
- 戻り値
- コマンドライン
- プロセス起動時間
- 使用メモリ量

別にこれ全部が全プロセスから見えるといいたいわけではないよ
アクセスコントロールは作るものとして。

MONA開発中止

>>227
それっぽい。
とりあえず、user.elf が動いてるのは確認した。

タネンバウム先生の分散システム本が翻訳されてたので
OS萌えな人は読むのですよ。
俺も手元に置いてﾊｧﾊｧしてまつ。

＞231は本当？

どうせまたアンチの独り言だろ
スルー汁

ひげを玩具にしてるつもりだったが逆に玩具にされてるような気がしてきたよ
ﾀﾞﾒな奴のｵﾅﾆｰに付き合うのは詰まらないな…

　　　　　　　　　　ドッカン
　　　　　　　　　,､､　　ドッカン
　　━━━━━） ）＝　　　　　　　　　　☆ゴガギーン
　　　　　 ∧_∧ |　|　　　　　　　　　　／　　　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　　（　　　）|　|＿＿＿＿＿　　　　 ∧＿∧　　　＜　　ひげさんガンガレ！
　　　　　ｒ　⌒￣ ノ　 ＿＿.　　｜　　　 （｀∀´　）　　　　＼
　　　　　|　　　イ　 　| 236 |　　 |　　　　/ 　 　 ＼　　　　　　＿＿＿＿＿＿＿＿＿＿＿
　　　　　|　　 　| |　　|＿＿|　　 |　　　　| | 　　/＼＼
　　　　　|　　　 | |　　 　　　　　 .|　　へ//|　　|　 　| |
　　　　　|　　　 | |　　　　　　 (＼／,へ ＼|　　|　　| |
　　　　　|　∧　| |　　　　　 ◎＼／　　＼　　/　（　）
　 　 　　|　|　|　|.|　　 　 　　 　 .|　　　　　|　|
　 　 　 / /　/ / |　　 　 　　 　 .|　　　　　|　|
　　　　/ /　/ /.｜　|三三三| 　|　　　　　|　|
　　　 / /　/ /...｜　　　　　　　｜　　　　｜｜

>>234
もちろん続行している、との事だ。

そう言えば THE BBS の方でも OS 創ってる人がいた。
こっちで創ってくれないかな？

>>239
THE BBSって何ですか？
googleったけど分かりませんでした。

>>240
http://program.dot.thebbs.jp/1059455507.html
これか、完成するまで１億年くらいかかりそうである

>>239
こっちに誘導してみれば？

>>241
何だこりゃｗ
ここも基地外揃いだと思ってたけど比較にならん厨度だな
まるでDaisukeのMLを読んでるみたいだｗｗ

>>241
それ知ってたけど、最近見てなかった。いくらかレスは延びてるのね。飯くったらみてみる。

nasmw で　ihandler.asm がコンパイルできないんだけど、
　push KERNEL_DS
これって、何故だめなのでしょうか？

http://sourceforge.jp/projects/hoehoe
これか。

>>245
Cygwinのnasmでやったらどうなりますか？

>>245さん
>　push KERNEL_DS

試してみました。エラーとして
operation size not specified とでていたので

push dword KERNEL_DS

サイズ指定をしたらうまくいきました。
nasmw -felf ihandler.asm

>>248
あぁ、それでいいんですね。
axをpushして、axつかってds esに代入するコードでしのいでました。
dwordつけます。

>>247
Cygwin入れるのだるかったんで、Mingw＋Msys＋Nasmwでやってます。

そして、ddがなくて、どうしのぐか考え中です。
(cat ../bin/firstboot.bin;dd if=../tools/fat_template.img bs=512 skip=1 ) > .../bin/mona.img
ってようは、fat_template.imgの頭512バイトを切ってfirstbootにつなげてるだけっすよね？

http://sky021226.hp.infoseek.co.jp/sora/index.html
これは？

[127]twic 03/11/04 1:04 *2sULwM5IMg1*RhvvjEq4WiM
なんか、ファイルシステム作るのがあまりにもうまく行かないので、Linuxから引っこ抜いてしまいマスタ。

どーせ、ＧＰＬライセンスにするつもりですし、こんなもんでしょ(苦笑)

かなり適当に引っこ抜いたので、最初はうまく繋がらなかったけど、やっとこさっ
とこ繋がってくれた模様。(とりあえずコンパイルは通って起動はしました。)

なんだか、CD-ROMドライブまで認識していますな(汗)。
(CD-ROMらへんのコードは理解できていないので、動くまでには時間がかかるでしょう......)
パテーションは完全に読めるようになりマスタ。

マルチスレッドは、ＢＳＤのを何とか引き抜こうとしてるんですが、これはまだまだな予感。

そのうち、フランケンシュタインみたいなＯＳになりそうな気もするtwicでしたー。
--
これはちょっとむちゃくちゃな気が...

>>249さん

> (cat ../bin/firstboot.bin;dd if=../tools/fat_template.img bs=512 skip=1 ) > .../bin/mona.img
> ってようは、fat_template.imgの頭512バイトを切ってfirstbootにつなげてるだけっすよね？

はいその通りです。
fat_template.imgの先頭512byteがブートコードになります。

>>252
即レス感謝
バイナリエディタで切って、Makefile書き換えました。

System TotalL Memory 32[MB]. Paging on
って出たらOKなのですかね？とまったままですけど。

GNUライセンスとBSDライセンスって混ぜられるの？

>>253

> System TotalL Memory 32[MB]. Paging on
> って出たらOKなのですかね？とまったままですけど。

実行されているMonaのバージョンはいくつですか?
もし最新CVSの場合であればそこで止まるのはおかしいです。
またそこで止まるのは生成されたイメージのせいではなく
Monaがうまく対応できていない環境のせいかもしれません。

>>254
混ぜられるよ。
ただし混ぜるとBSDライセンスの部分が
自動的にGPLにうｐグレード（GNU曰）されるけど

>254
バイナリで配布しなければいいんじゃないの？

>255
sf.jpからソース取ってきて、
Mingw+Msys+Nasmwの環境でfat_template.imgの先頭をあらかじめ切って、mona.img作成
makeの最後のログ。
----log ----
../bin/fat_write.exe ../bin/mona.img
making ../bin/mona.img...
fat initilize OK
create file start
open file start
fat initilize OK
create file start
open file start
------------
Bochs2.0.2で実行→Paging Onで終了。

Makefileを読んでみた。
KERNEL.IMGって生成されたあと、何処にもつかわれてない。
これが原因？

>>251 というか、彼(？)のは嘘みたい・・・
maidenって人は追い出されたみたい　笑）

書きこみみてたらこの人のが本当っぽいし、色々出来るみたいだけど、
何でそういう人を叩くかな？

と思ったら、fat_writeで使われてた。

>>242 ほんとに誘導していいの？
>>246 その人のは嘘みたいよ・・・笑)
じゃあ一応メール送ってみる。

えっと、彼(maiden)さんの言い分によると、
まったりしたかったからTHE BBS で創ってた。と言う事です。
で、現在は殆ど誰もこないようなところに潜ってやろうかな、と思っていたらしい。
色々あって・・・とも言ってましたが、私って負け犬ですね！とも言ってました。

誘導について・・・
2ch にはすごい人が沢山いるし、OS 創れる人も沢山いるっしょ。
もな〜(？)が出来た後は次は創らないの？
何より 2ch のルールを知らない。
なので、皆さんの応援なら喜んでさせていただきます。
というか、あそこのスレが終わるならこっち移ってもいいけど、
私なんか活躍できませんよ？
2chの他の OS 創れる人達は創らないのかな？
とのことです。

最新のソースのkernel.cppのstartKernel内はほとんどコメントアウトされてて、
#ifdef HIGE
のHIGEも定義されてないみたいなんで、Paging onまで表示されたら、
コンパイル成功としていいですかね。

>>249
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?HowTo%2FMake
dd があるとこ紹介されてる。

>>263
> えっと、彼(maiden)さんの言い分によると、
> まったりしたかったからTHE BBS で創ってた。と言う事です。
> で、現在は殆ど誰もこないようなところに潜ってやろうかな、と思っていたらしい。

まあ、妥当な分別と言えるんじゃないかと思います｡


> 2ch にはすごい人が沢山いるし、OS 創れる人も沢山いるっしょ。
> もな〜(？)が出来た後は次は創らないの？
> 何より 2ch のルールを知らない。

「純粋に2ch発」で目立つ所で長続き　というのはMonaのひげぽんさん
ぐらいじゃないでしょうか？　これは技術もさることながら
「ひげぽんさんの人柄、掲示板話術」に依るところが大きいように思います

他の幾つかの純粋2ch発OSは大抵過疎板の目立たない
下のほうに潜伏してらっしゃるようで　これはmaidenさんと
似たような判断と思います｡

>265
そこのddは、Msysだと動きませんでした。
暇があったら、Msys用の簡易ツールつくるつもりですが、それまでは手動でやります。

>>267
コマンドプロンプト(DOS窓)から MSys, MinGW, dd にパス通して、そこの dd も通った。
MSys のコンソールじゃなくて Win のプロンプト使ってるから？

>>268
コマンドプロンプトからだと使えました。

そして、Msysだと、Readして標準出力に出してリダイレクトすると、改行コードが勝手に書き換わる。

どうやら、素のopen、read、writeを使っていたから、バイナリモードになってなかっただけっぽいです。
0x1A以降が読めず、改行コードが書き換わるのは、そのせいでした。
スレ汚しですみません。

ひげさんがBeOSに興味があるようなので少々。
まずBeOSが先進的だと言われていたことは時代背景を考える必要があります。
BeOSが一般に出回り始めた頃は、まだOLEやDDEの時代で、
コンポーネント技術がそれほど比重を占めていませんでした。
その当時の代表的なC++ライブラリと言えば言わずと知れたMFCですが、
他のC++やオブジェクト指向を前面に出したものは
ある意味MFCを反面教師にしたような面があるため、
次にMFCについて少し述べます。

もともとMFCはWin32APIをクラスでラップしただけのものでした。
CのAPIをクラスでラップするというのは、
簡単に言うと構造体をクラスにして、
その構造体を第一引数に取る関数をメンバ関数にしたようなものです。

このことは『C言語でオブジェクト指向』というテーマと関係がありますし、
その思想をC言語で体現したのがXlibやGTK+なのですが、
次のような規約を見ながらXlibやGTK+を眺めれば一目瞭然でしょう。
http://www.sage-p.com/process/cool.htm

これがなぜ便利かと言えば、
あるオブジェクトの用途が見通しやすいこととか、
（IDEによるコード補完なども含む）
文字列クラス(CString)によってC言語の原始的な文字列処理から
開放されるということが挙げられるでしょう。

ともかく、このようにMFCはWin32APIをラップしただけのものなので、
プログラミングに用いる概念はWin32APIと同等のものが要求されます。
つまりMFCはWin32APIを使いこなせる人が楽をするためのものであって、
Win32APIをバイパスしてプログラミングするためのものではないわけです。

つまりMFCが対象としているのは、
・Win32APIでプログラミングできる人
・C++でプログラミングできる人
ということになります。

このような状況下でBeOSのAPIの持つ意義が浮き上がって来るわけです。
BeOSのAPIはC++のクラスライブラリですが、
その下層にあるCのAPIをラップした二次的なものではなく、
それ自体が一次的なライブラリです。
そしてライブラリの設計自体もオブジェクト指向を最優先してあるため、
MFCのようにWin32APIの知識がなければ理解できないということはありません。
これがAPIの面から見たBeOSの美しさだったわけです。
※今回はカーネルについては触れませんので悪しからず。

もっともGUIに関しては、BeOSのAPIよりQtやFOXのようなライブラリの方が充実しています。
特にQtはもはや単なるGUIツールキットの枠を超えていて、
それ自体で完結するような、Javaのライブラリと同じ規模のものに膨れ上がっています。
純粋にC++でのライブラリの構築について興味があるのであればQtが最も参考になります。

しかしこれらC++のライブラリには致命的な問題点が存在します。
http://www.st.rim.or.jp/~osada/translation/developers/BNL_articles/Issue79-insights-j.html
Qtはバージョンアップに伴って互換性を犠牲にしていますが、
商用OSであるBeOSではそういうわけにはいきません。
C++で一枚岩のAPIを発展させ続けるのには限界があります。

そのためコンポーネントが重要になってきます。
WindowsにおけるCOMが代表例です。
BeOSにはCOMに相当するレイヤが存在しない時点で時代遅れです。
Qtでは、その上に構築されたKDEにコンポーネントのレイヤが存在しますが、
これはバイナリ互換性は度外視したもので性質が異なります。

COMは言語に依存しないインターフェースを定義して、
そのインターフェース経由で操作を行う仕組みになっています。
そのためCOMでコンポーネントを作ろうとすると、
普通にクラスを作ってメンバを定義して……というわけにはいきません。
そのためATLが出てきたわけです。

このように複雑になった状態では破綻が目に見えています。
普通にクラスを作ってメンバを定義しただけで
自然とコンポーネントになるような処理系の必要性が出てきます。

これが.NETです。
出自からしてネイティブなオブジェクトの範疇を超えているため、
VMを持ち出すことは避けられません。
そのため環境を抽象化することが第一目的のJVMとは思想が異なります。

.NETはこのような屋上屋の状態で出てきたため、
遅いだけの鳴かず飛ばずでいずれ死滅するという見方が多かったのも事実です。
中途半端ではきっとそうなるでしょう。

そのためマイクロソフトは次期Windows(Longhorn)のAPIをすべて.NET化します。
これがWinFXです。
http://www.zdnet.co.jp/enterprise/0311/06/epn18.html

こういう流れがあって、このスレでもWinFXの話題が出てきたものと思われます。
余談ですが、MEG-OSのristiaというのも、
同じような背景から設計されたものだと見受けられます。

とまあ、先進的というのには時代背景があるわけなんです。
私が言いたかったのは決してWinFXマンセーなどではなく、
過去の技術を評価する際にはそのことをお忘れなく、ってことです。

>>271-277
もつかれ様。

なかなか詳しそうな方なので一つ質問。
もし、BeOSのAPIがC++ではなくObjective-Cで作成された場合でも、
275で挙げられた問題は起きるものなのですか？

>>279
漏れはあんまり詳しくないけど、Obj-Cってメソッドの呼び出しに
メモリアドレスじゃなくてハッシュ値を使っているから、起こらないと思う。

ハッシュの算出方法が違えば問題になる

> CXXさん
ご返答が遅くなりまして申し訳ありません。
プロバイダ書き込み規制のため本日の書き込みとなりました。

BeOSに興味を持ったのは、いかの2つの評判を聞いていたからです。
・先進的なAPI(クラスライブラリ)
・高速なマイクロカーネル

MonaはC++で記述され、マイクロカーネルを目指しているので
参考になればと考えたわけです。

> とまあ、先進的というのには時代背景があるわけなんです。
> 私が言いたかったのは決してWinFXマンセーなどではなく、
> 過去の技術を評価する際にはそのことをお忘れなく、ってこ

よく分かります。肝に銘じておきます。

昨日までの作業内容は
・カーネルを介したメッセージングの実装
・メッセージングを使用してのキーボードハンドラ⇒プロセスのキー情報送信の実験

でした。

メッセージをため込む入れ物としてHVectorというvectorを使用しています。
またtwoOStwoでMonaを起動してみましたUSER.ELFを実行するところで
abnormal endしてしまいました

プロジェクトのディレクトリ構造に関して最近悩んでいます。

最近ユーザーライブラリを整備し始めているのですが
以下のような条件があるときどのようなディレクトリ構成で
開発を行うのが効率が良いでしょうか。

・ユーザーライブラリはカーネルにリンクするものとそうでないものがある。
　　例)string.oはリンク対象。userlib.oは非対象

・ユーザーライブラリとカーネルコードでヘッダファイルが同一であるものがある。
　　　現在は無理やり共用しています。

・カーネルビルド時にはユーザーライブラリも同時にビルドし、その後サンプルユーザーアプリもビルドする。

現在のディレクトリは
mona_v1.0/src カーネルソース
mona_v1.0/src/include カーネルヘッダファイル
mona_v1.0/src/user サンプルユーザープログラム・ユーザーライブラリソース＆ヘッダ
mona_v1.0/src/contrib ソースファイル
mona_v1.0/src/contrib/include ヘッダファイル

このようなご経験がおありになる方のご意見をお聞かせいただけると
助かります。

ルートをmona_v1.0にしてる意味ってあるの？
ただのmonaでいいと思われ

>>285
複数バージョン共存で着ないじゃないか

はじめて読む486を第5章まで読みました。
ここから落としたソースでsieve32.exeを作成してみたいのですが、
この本を読んでいる方はどういった処理系を使っていますか？

http://www.ascii.co.jp/books/support/4-7561-0213-1/faq/0001/486.lzh

>>28 >>46
神が現れた模様
http://pc.2ch.net/test/read.cgi/os/1039237412/679

>>50 >>52 >>96
NWSOSのことを考えてるような酔狂は
世界でも片手で数えられるくらいしかいないんだから
そんな小規模で内ゲバすんなよ

>>287
Borland(旧Inprise(旧Borland))がTurboCを
無料で公開してたはず。それ使え〜

>>283-284
CVSにcommitして欲しいダス

>>283
> メッセージをため込む入れ物としてHVectorというvectorを使用しています。
なぜSTLを使わないのですか？

>>289
>CVSにcommitして欲しいダス

commitしました。
/src/user/hello.cpp メッセージ受信側
/src/ihandlers.cppのキーボードハンドラ メッセージ送信側

となっています。
キーの情報がユーザーへ通知されます。

■メッセージングの課題
・メッセージを送信するとカーネル領域にメッセージがコピーされる。(領域が確保される)
・メッセージを相手が受信した場合、確保された領域を解放したい。
・上記は不特定多数のプロセスにメッセージを送信したときに相手が受信しないといつまでも領域が解放されないことになる。

>>290

>> メッセージをため込む入れ物としてHVectorというvectorを使用しています。
> なぜSTLを使わないのですか？

現在STLの使用は控えています。
いずれ使うことも視野に入れていますが、カーネルが安定するまでは
このままで行く予定です。

本日の作業内容
loadProcessのチューニング

bochs,VitualPC上で明らかにloadProcessに数秒かかるほど遅いので
調べてみました。
その結果
(1)memcpyがおそい
(2)FDCDriver::readがおそい

が原因であることが分かりました。
(1)はインラインアセンブラにしたところ速くなりました。
(2)はどうしたら良いものやら皆目見当もつきません。たかだか数10KBの
ファイルを読み込むのに5秒くらいかかってます。。

他のOSたちではどうなっているんだろう。

>>289
ありがとうございます。
そのTurboCとTurboC++で試しているんですけど、
TurboCではコンパイルできなくてTurboC++ではできるというソースがあったりするんです。
16ビットセグメントと32ビットセグメントの混在したものはMASMでは扱えないようですし。

もしかして皆さんは、はじめて読む486は読むだけで、その中の例題プログラムを作成するなんてことは
無駄な作業ということでしていないんでしょうか？

>>293
少なくとも私は例題プログラムを打っていません。

>>293
http://www.ascii.co.jp/books/support/4-7561-0213-1/faq/
こっからソース落とせるやんか、でmakefile使ってみて、だめ？いけない？

>>293さん

私もFreeDOS教徒さんと同じく例題プログラムはうっていないです。
理由は簡単で、環境が用意できなかったのと他の環境(NASM,gas等)に
読み替える実力がなかったからです。

なので、最初は読むだけにとどめていました。
その後少しずつNASM等に読み替えていきました。
以上ご参考になれば幸いです。

卑下ぽんアンケートをとっている

http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2F%A5%B4%A1%BC%A5%EB

これで要望を出したらいいんじゃない。

というか、あれだけ OS 製作の議論が展開されていたのが、今のこのスレ
見るからには想像できないんですけど・・・
鎮火する寸前の山火事みたい。
『Linux レベルの OS 創っちゃる』とオオボラ吹く奴出ないかな？
で、引っ込みがつかなくなって創り始める・・・

>>298
期待しています。ぜひ作ってください。

FDCDriver::readが遅い件ですが実機でもそれなりに遅いことが分かりました。

どこが遅いか特定するために以下の関数を使って測定しています。
void SystemInfo::rdtsc() {

 asm volatile("rdtsc    \n"
     "mov  %%eax, %0 \n"
     "mov  %%edx, %1 \n"
     : "=m"(timeL), "=m"(timeH)
     : /* no */
     : "eax", "edx");
}

void SystemInfo::rdtscsub() {

 asm volatile("rdtsc    \n"
     "sub  %2, %%eax \n"
     "sub  %3, %%edx \n"
     "mov  %%eax, %0 \n"
     "mov  %%edx, %1 \n"
     : "=m"(timeL), "=m"(timeH)
     : "m"(timeL), "m"(timeH)
     : "eax", "edx");
}

使い方は
SystemInfo::rdtsc();
測定したい処理
SystemInfo::rdtscsub();
printf("time=[%x &x]", SystemInfo::timeH, SystemInfo::timeL);
となっています。

上のやり方があっているという前提ですが

FDCDriver::readにかかる時間を測定すると非常にムラがあるように見えます。
具体的には同じ処理にかかる時間が場合によって2桁ほど違ったりするのです。

もちろんタイマによるプリエンプションも考えましたがどうもそれが原因ではないようです。

上記rdtscの使用方法が違うのかもしれません。
処理速度の計測としてもし他の方法があればアドバイスいただけると幸いです。

もしreadが遅いとなるとお手上げになってしまいます。

>>294-296
とりあえず今は読むことに専念することにします。
出版社のサイトで配布されているソースでだめではどうしようもないんで。
いずれ他の環境に読み替えられればと思います。

ドライバ関連だけ揃ったマイOSスタータキットみたいのないかな。

OS がないのに、ドライバだけ揃ってるってか ?
頭大丈夫 ?

>303
OSkitのことかい？

>>300
１セクタ毎に読んで無いかい？
１トラックまとめて読めば少しは早くなったような気がするが。

後はモーターできるだけ止めないとか。

>>306
モータ止めないとフロッピーが摩耗する罠。

>>306 は、「一連のアクセス中」の話をしてるんだろ ?

>>306さん
早速のアドバイスありがとうございます。

> １セクタ毎に読んで無いかい？
> １トラックまとめて読めば少しは早くなったような気がするが。

すいません。これはreadコマンドパラメータの問題でしょうか。
それともreadの実装の仕方でしょうか。

> 後はモーターできるだけ止めないとか。

こちらは、read中はmotorを止めないようにしています。

最近のソース読んでないので的確なアドバイスは出せないけど。
１セクタごとにコマンド完了を確認していると相当遅いと思います。
読み込むセクタ数をちゃんと把握し、１トラックの範囲内でまとめて
読みこんだほうがいいですよ。

＃SOLAのフォント読み込みが遅いのもここらへんが原因なのかな？

あと、モーターは不連続なreadに対処するためタイマ割り込みを使用して、
readから一定時間カウントしたら止めるようにしたらどうでしょう？

>>FreeDOS教徒さん

アドバイスありがとうございます。

> １セクタごとにコマンド完了を確認していると相当遅いと思います。
> 読み込むセクタ数をちゃんと把握し、１トラックの範囲内でまとめて
> 読みこんだほうがいいですよ。

上記を実装するにあたり、自分のFDCに対する知識が追いついてないです。
ちょっとずつやっていきたいと思います。

>>309
おいらが言いたかったのは>>310と同じです。
FDC触ってたのは10年近く前のことなので、的確なアドバイスはできませんが。
資料残ってれば何かの役に立ったかなあ。

#こういうのはOSのアーキクトがやる作業じゃないような気もするが…

>>311
ttp://debs.future.easyspace.com/Programming/Hardware/FDC/floppy.html

>>312
> #こういうのはOSのアーキクトがやる作業じゃないような気もするが…
同意
NWSOSでも逆コンパイルしてパクればいい

PC Unix のソースがごろごろしてるのになんでまた、｢逆コンパイル｣を薦める ?

>>312-315

貴重なアドバイスありがとうございます。
loadProcessのチューニングを始めたときカーネルチューニングのはずだったのですが
いつの間にか深みにはまってFDCにまでいっていました。
冷静に考えれば後でドライバ単体でチューニングすればよい問題ですので

他の優先項目(マルチスレッド対応・ドライバインターフェース)に
注力することにいたします。
アドバイスを下さった皆様ありがとうございました。

>>314はネタだろう。

ひげぽん ◆Ngzcp/NZpA さん、もな〜は元気ですか？

このスレの他の人にも質問なんですが、(失礼な言いまわしだったらごめん)
現在他の掲示板で OS 創ってて、メモリアドレッシングとか他にも色々やってるんですが、
コードってどんどん出した方が良いんでしょうか？(間違いとかもあると思うし)
Linuxの2x系が元モデルなんですが、別に C 言語でやらないといけないって理由は無いですよね？
というか、やっぱりこういう事をやるんなら、選択肢は、 2ch しかないんですかね？
他のところでやっても、レスは返ってこないし(無視されてるんでしょうか？)・・・

>>317
某所でNWSOSの逆コンパイルが進行しているらしい（マジ）

>>318
2chが一番母体人数が大きいからなぁ
他のとこだとそもそも首突っ込んでくる人が少ないんでは？
OSASKだって、コミュニティがあの規模になるまで
何年もかけて育成してるわけだし

どうでもいいことだが、318は本当に作っているのかが気になる。
どうせネタレスだろうけどな。

> Linuxの2x系が元モデルなんですが

とか書いてるから、カーネルハックしてるんじゃないの。

2.xといっても実装はバージョン毎に結構違うが。
参考にするなら、どれか一つに絞らないとえらい事になりそうな気がする。

Englishページについて

「リロード」が[ RIRODO ]となっているのだが、 普通って「Reload」でないの？

元モデルってなんだろう、モデルじゃないだろうか。

>318
本人しだい。
レスがないのは、エサ不足、宣伝不足なのでは。

>>324
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php
の下のEnglish Pageのことでしょうか。

実はexciteの翻訳機能を利用しているだけなのです。
申し訳ありません。
自分で翻訳したらもっととんでもないことになってしまいますので
参考程度のものとご理解いただければ幸いです。

>>326
よくよく見たら、リンク先が確かにexciteでしたね。

あれ？
ひげぽん氏海外のサイトの技術資料も簡単に読んでそうだから
英語得意だと思ってたんだけど

読むのと書くのは別じゃない？

read once, write anywhere

>>329
漏れは別だな。
辞書ないと全然書けない。

すみませんでした。
知ったかぶりしてますた。

>>332
OS板の某スレとで誤爆する奴多いな。

>>251　
亀レススマソ。
友人にさらされてるって聞いて、来てみれば....
この前のＯＳを作ろう板@Thebbsの荒らしさんの言ってたことが、ちょっとづつわかってきたような気がしますな。

うーむ、私のようなへたれレベルは、さらに無名板に潜伏したほうがよさそげ？......

>>324
> ひげぽん氏海外のサイトの技術資料も簡単に読んでそうだから
> 英語得意だと思ってたんだけど

読むのも書くののもあまり得意ではないです・・・

最近は少しいそがしぎみかつ、次の方向性を決めるため
実装は停滞気味です。
マルチスレッドに関していろいろ調べています。
SolarisやLinuxのスレッドの違いなどです。
もしかしたら必要以上に設計や実装に時間がかかるかもしれません。

>>335
Linuxのスレッドは、参考にしない方がいいかも。
Pthreadの仕様を軽く調べて
Solaris8のスレッドとSolaris9のスレッドの設計と実装を軽く調べるだけでいいかも。

>>336
軽く調べた限りでは、Linuxはいわゆるforkを変更したもの(引数を渡すことにより)
プロセス空間コピーせず、共用するプロセスのようなイメージ。(大雑把ですが)

Solarisは、2層形式のスレッド。

パフォーマンス比較等は分かりませんが魅力を感じたのはSolarisの方式です．
ただ問題は
Solaris形式は実装が面倒なこと。
そのまま実装するのも大変だがもうひとひねりしてみたい。
Monaにそこまでのスレッドモデルが必要?

など多々あります。

実際にユーザーとしてSolarisを使うことはたまにありますが
いろいろな資料を読めば読むほどSolarisってすごい・・・
と思ってしまいます。

>>337
Linuxに関しては、ほぼプロセスというイメージであってます。
クローンも改良が進んでいて、PIDが同じになるとかいうオプションもありますけどね。
Solaris8は、ハイブリッドモデルです。
(プロセス内でスレッドスケジューラを用意してスケジュールするものをユーザスレッドと定義するなら)
ユーザスレッドを必要とする特定アプリケーションではパフォーマンスはよかったとおもいます。
Solaris9は、ハイブリッドモデルをやめました。
これは、カーネルの性能が高いために、プロセス内でスレッドをスケジュールするのと
カーネルでスレッドをスケジュールするのを比べたら、"平均"性能があまり変わらなかったから、
実装が単純になる方に路線変更しました。

ハイブリッドモデルで重要なのは、カーネルが管理してないスレッドに対するシグナルや通信を
どう実現するかです。とりあえずは、タグつきのシグナルを送れるようにしておいて、
カーネルスレッド(Solarisで言うところの1:1モデル)を実装というのも考えられます。
あとは、Monaの開発ポリシーによるのではないでしょうか。

Linuxみたいな糞OSは参考にならないよ

複雑な方法を選択すると、いろんな部分を広く実装してみて、全体を見渡すことができないね。
スレッドにこだわってやってみたいか、いろんな部分の実装を経験してみたいかによると思う。

>>338

私が調べていたSolarisのスレッドはSolaris8の実装だったようです。
Solaris9ではいわゆるカーネル空間スレッドになったのですね。
(全てのスレッドスイッチをカーネルが管理する。)

となると、Monaもカーネルスレッドでよいかなと心が傾きつつあります。

>>339
なるほど。
具体的にどの辺の設計・実装が良くないか教えていただけると
助かります。(特にスレッド周り)

>>340

スレッドの調査に時間をかけていたのは
カーネルの性能に関わる重要な部分であるということと
最初は適当に作ってあとできちんとというのが通用しないように
思えたからです。

もちろん最終的にMonaを完成させるのが目標なので
極端にスレッドにだけ時間をかけるつもりはありません。

スレッド周りでいまだ良く理解できていないのがスレッドのスイッチ部分です。
スレッドとは論理的に並列処理可能な実行の最小単位とここで定義したとすると

カーネル空間スレッドを実装した場合、ラウンドロビン方式で
スケジュール＆スイッチした場合、当然プロセス空間の切り替えが頻繁に
起こる可能性があるように思えるのです。
(いろいろな空間に属するスレッドたちがただ並んで順番に実行されるだけなので)

スレッドの利点とは、同じプロセス空間に属するスレッド間でのスイッチの場合
プロセス空間の切り替えをしなくてすむので軽いというのがあると思います。

できるだけプロセス空間の切り替えが少なくなるようなスケジューリングポリシーを持って
スケジュールしているということなのでしょうか?

カーネルスレッドってカーネル空間で動くスレッドではなく、カーネルがスケジュールするスレッドです。
カーネルモードスレッドだと、カーネル空間で動きそうですけど。

他のOSがどうスケジュールしているかわかりませんが、
あるプロセスに属するスレッドは連続でスケジュールされていくとか、
あるプロセスに与えられた処理時間内にそのプロセスに属するスレッドが交互に動くとか、
単純なスケジュール方法をしているものもあるかもしれませんね。

Solarisのコード読んだわけじゃないけど、プロセス切り替えは
time quantum が切れたときのはずだから、プロセス内の
スレッド同士を切り替えるようになってると思う

すんませんが、全く関係ない話をしてもいいっすか？

どっかでPCIドライバはそんなに難しくないというのを読んだことがあるので、それを前提として話をします。

テレビキャプチャボードが、PCIに刺さっているとします。
普通なら、WindowsのWDMとかlinuxのbttvなどで、見ることができます。

んであえてTVを見るためだけのOSというのを作ることはできるのでしょうか。
つまりパソコンの電源を入れると、テレビが全画面で見れるみたいな。
まぁキャプチャ機能がついていたりとかしたら面白いなぁとか思ったんです。

不可能ではないとは思うんですが、こういうのって作れるのでしょうかねぇ。

ある意味OSを作ろうには反していないかな？

不可能ではないと思うなら作ってしまえ、なんちゃってね

本気で作るなら bt8x8 をバスマスタで、ピクセルをフレームバッファへ転送とか？
OSまでひっくるめるとPCIは簡単じゃないよな、BIOSコンフィグレーションの列挙
して、ブリッジ初期化して、デバイス初期化して・・・・

既存OSだと大抵PCIインフラが整ってるから、PCIデバドラは簡単に書けるってこと
だとでしょたぶん

板違いだけどLinuxでHDDレコーダー実現するプロジェクト

ttp://www.hotwired.co.jp/news/news/technology/story/20030609302.html

使いたいだけならこれでいいんじゃない？

>>346
あぁやっぱりPCIは難しいですか。
でも同じ事考える人はいるんですね。
ってか実現しているし。

スレ違いな質問すんませんですた。

>347
BIOSメーカのPhoenix Technologiesが次世代BIOSというか、高機能BIOSというか
そんなのを開発してたきがする。
BIOS＋アプリでWeb見るとか、ウィルススキャンするとか、OSクラッシュから復旧とかできる
ってのがうりだった気がするが、調べてみたら？

そして、すれ違いで申し訳ない。

>>343
> カーネルスレッドってカーネル空間で動くスレッドではなく、カーネルがスケジュールするスレッドです。

カーネル空間スレッドと書いたので誤解を受けてしまったようですね。
上記の認識は私も持っています。
下記の記事から「カーネル空間スレッド」を言う言葉を引用しました。

ttp://www.idg.co.jp/lw/news/back/index20010824_01_solaris.html

> 他のOSがどうスケジュールしているかわかりませんが、
> あるプロセスに属するスレッドは連続でスケジュールされていくとか、
>あるプロセスに与えられた処理時間内にそのプロセスに属するスレッドが交互に動くとか、
> 単純なスケジュール方法をしているものもあるかもしれませんね。

私も上記のように同一プロセス空間に属するスレッドを
ある程度連続してスケジュールしないと意味がないはずだと思っているのですが
実際のOSでの実装がどうなっているのかを知りたいと思っています。

でもその場合、私のような素人目には
以下のようなちょっとうれしくないことが発生してしまうように思えます。

(1)スレッドモデルを持たないOSの場合

　スケジュールの対象はプロセスであり、各プロセスはそれぞれのプロセス空間を持つ。
　プロセスの切り替えには必ずプロセス空間の切り替えが伴う。
　プロセスはスケジューラによって例えば10ms毎にプリエンプションされる。

(2)カーネル空間スレッドを持つOSの場合(ひげぽんの予想)

　プロセスは、１つ以上のスレッドを持つ。
　スケジューリングの対象はスレッドである。
　スレッドの切り替えには、プロセス空間の切り替えが伴う場合とそうでない場合がある。

　スレッドを効率よく(軽く)スイッチするには、同一プロセス空間に属するスレッドを
　ある程度まとめて連続して実行する方が効率がいい。
⇒プロセスもスケジュール対象としプロセスに優先度に応じた持ち時間を持たせる。
　その持ち時間の間、プロセスに属するスレッドを順次スイッチしながら実行する。
　2層のスケジュール?

　上記のようなモデルの場合
　プロセスとスレッドの優先順位の関係を考えなければいけない？

　　　プロセスAは全体として優先度高だが、スレッドAAは優先度低
　　　プロセスBは全体として優先度低だが、スレッドBAだけは優先度高

　　　どちらのスレッドが優先?

　プロセスに持ち時間を与える場合
　　　各プロセスが持つ時間がスレッドモデルを持たないOSに比べて長くなる。(=自分プロセスの番がなかなか回ってこない)

　　もしくは
　　　実行単位であるスレッドの持ち時間が極端に短くなる

スケジューラーの負担が重くなるだけなのか根本的に何かを間違っているのか。
スレッドは奥が深いです。

>>341
> 最初は適当に作ってあとできちんとというのが通用しないように
> 思えたからです。
どうしてそう思うんですか？
Solarisは8から9にかけて変わってるし、FreeBSDも4から5で変わってる。

>>351
> プロセスAは全体として優先度高だが、スレッドAAは優先度低
> プロセスBは全体として優先度低だが、スレッドBAだけは優先度高
>
> どちらのスレッドが優先?
前者。
スレッドABとスレッドBBは優先度指定なしとして、
単位時間で時系列に並べるとこんな感じかな。
A(BBBBBBAAAA) B(AAB)

この辺の調整は目的に応じてとしか言い様がありません。
RTOSみたいなのだとまた全然違って来るわけですし。
面白いって言えば面白いです。
出典は忘れましたが、Linusにカーネルのどこから読むのがお勧めかという質問で、
スケジューラって答えていたことがあったはずです。

> 各プロセスが持つ時間がスレッドモデルを持たないOSに比べて長くなる。(=自分プロセスの番がなかなか回ってこない)
そうです。
だからスレッドを重視したBeOSではSMPも重視したんです。

>>352
>> 思えたからです。
> どうしてそう思うんですか？
> Solarisは8から9にかけて変わってるし、FreeBSDも4から5で変わってる。

Monaの現在の実装がきれいでないからかもしれないですが
コードの書き換えが広範囲に及ぶかなという印象を持ちました。

>>353

なるほどだいぶ納得しました。
おおよそ自分の予想通りだったので良かったです。
おかげさまで少しずつ設計に入れそうです。
ありがとうございます。

>ひげぽんさん
カーネル空間スレッドや、"kernel mode thread"をぐぐってみると、Hitが少ないことから、
もしかすると、適切な用語でないかもしれません。

あと、スレッドの肯定的な観点からしてみれば、
　プロセスのみしかない場合にくらべて、スレッド切り替えでは、プロセス空間を切り替えずに済むことがある。
もともと、スレッドは、軽量プロセス（LWP)として出てきたわけでそれを否定的にとらえちゃうと、
利点はなくなってしまいます。

>>354
> Monaの現在の実装がきれいでないからかもしれないですが
> コードの書き換えが広範囲に及ぶかなという印象を持ちました。
神経質すぎるのは無意味だよ。
ある程度使ってからじゃないと見えてこない情報こそ重要なの。
プログラマ必読の聖典『人月の神話』を読んだことがないみたいだね。
PMを自称するなら、それくらい読んでないとだめだよ。
| 一つは捨石にするつもりでいなければならない。
| どうしたってそうせざるをえないのだから。

趣味でやってるんだから、自由に進めればいいのではないかと。

まあ、スケジューラーを入れ換えるだけであちこち直さないといけないという状態は、
実装以前の問題のような気もしますが。

＞趣味でやってるんだから、自由に進めればいいのではないかと。
話をループさせんなって。
そんなこと言ってるから内輪揉めになってメンバーが減ったんだぜ

>>356

おっしゃりたいことは良く分かります。

自分なりに力を抜いて軽い実装(手を抜く)ところと
ある程度本腰を入れるところがあると思うのですが
スレッドは後者なのかなと思った次第です。

>>357

> 趣味でやってるんだから、自由に進めればいいのではないかと。

ありがとうございます。

> まあ、スケジューラーを入れ換えるだけであちこち直さないといけないという状態は、
> 実装以前の問題のような気もしますが。

ProcessManagerがメンバ変数として持っている
Schedulerクラスを継承したスケジューラを作れば
スケジューラの入れ替えはすぐに出来ます。

今回はプロセスは実行環境、スレッドが並列実行の対象となるので
いろいろ実装しなおしになります。

>>359
それはいいとして、人月の神話は知ってるわけ？

>>358
何も分かってないな
卑下の本音では、自分は高尚な設計だけやって、
後はデジタル・ドカタにやらせたいんだよ。
デジドカにもならんような屑はさっさと首切りだ。

>>360
これでしょうか。読んだことないです。
ttp://www.seshop.com/detail.asp?pid=3509

>>362
そうです。手元に置いて損はない本ですよ。
Dog Yearのコンピュータ業界にあって、
古典ながら未だに価値を持ち続ける名著です。
ESRの一連の論文とか、アジャイルとかでさえ、
ブルックスの法則は否定できません。

質問！
開発のための設計メモ?をWikiで公開しているみたいだけど
変な話ぱくられたらどうする?

今は大して目新しいことは書いてないと思うが
ざっと読んだところ全て理解できたわけでないけど
それなりに面白い話がのっている。

そこら辺の中途半端な厨房(完全な厨房ではない)にぱくられたりしたら
なんだかなあ。

だからGPLにしようYO!

>>364
なぜぱくられたらいけないの？

>>365
GPL時代にもわたもちにぱくられたんだが。

>>366
笑えるくらい･･･
http://watamoti.hp.infoseek.co.jp/

>>364-365
MIT/Xにしたのは勝手にぱくられても良いよって表明でもある
卑下はそんなことも知らず気分で決めるほど糞馬鹿ではない

おまえらが何を勘違いしているのか知らねぇが、もともと一緒にOSを作っていこうって趣旨だっただろ?
現にわたもちのときも、歓迎していたじゃないか。
俺はPART2のから全部読んでいるが(技術的な話は無視)、そういう話の流れだったぞ。

今どうなのか知らんから、ひげぽん、あんたがそこらへんはっきりと示しなさい。

それともしもパクられるのが嫌になったんなら、スレタイと1を変えてまえ。
誤解の元でしかない。

>>367
またぱくられているね。
MONA,OSASK,NWSOS,OSAGE,MEG-OS,SORA
みな独自色出しているのに・・・

>>368
Wikiの内容もMIT/X??

ぱくり

　　　　　　 　 ,. -‐''' ー- ､ヽ‐---､::::::::＼　ヽ､　i､
　　　 　 　 ／　´￣ ￣｀`ヾ lヽ､｀'ｰﾞ::::::::::::::;＞　Y′　ぱ　っ　く　り
　ﾄ､　　 ／　　　　　　　　　 　 ｀ヾ､=;r‐<´ヽ.　ヽ.l、
-'ーﾞ-v':　　 ﾞ´￣　ミ =ﾐ:.､.　､＼.＼ヾﾞ;､ ヽヾヽ　|
　｣::--三'　　　　　 ﾐ: ､ >､ミ;､ヽ ヽ. ヽヽト､ lハヽ|
,..<,r:'´　　　　　 　 ､／;;r:''"ヾ;ﾄ､ヽ.ヽ ヾ;ﾄ､.｀　　　　　　　　 　 　 ,.　-_;'ニニ;_ ､_
::://,　　　　　 ヽ､ベ､ﾐ;''ヽ;､__ﾉ;ゝl; ヽl｣Lヽ〃rへ;_＞=-‐‐.､　 ／.／　　　　 　 ｀ヽヽ､_
::l// ,'　　　　ヽ､　ヾ;ヽ 　 ｀`'´　／,＞‐''"￣＿＿,,.. --‐''"У／::.　　　　　　 　 　 ヾー-`'=ｰ-､
//.! |. ,　　 ヽ,.ヽﾄ､,､　　　　　 /／　,.r '' "´　　　￣￣　, ｲ ./:::::.:.　　　　　　　　　　 i　　 　 ｀ヽ.＼
|:! .| .!i l　　､　:ヽﾄ､!l'ﾞ`ヽ,ヽ / / 　 /　　　 ,　　　　 ,.-‐/ / //:::::.　　　　　　　　　　　|　　　　　　ﾞ､.l
　 ﾊ ﾚl ', 　 ＼ヾﾐヽゞ=ｲ 　 /　 ./　　 .／　　 | ./´ ./.'　!　|,'::::::::.:.　　　　　　　　 　 /　　　　　　　l l,
　/ハVい､ ':,　`ヾﾐ､ｰ＞-‐:|　./ 　 ／　　/＿|/　 /　　|　j'::::::::::.:.　　　　　　　　 .,.ｲ:::.　　　　　　 .! |
　!.|　|`ﾄlヽヽ ヽ　　ヽ`ヾ:;＼| /　 ,.'　　/／ 　 |　 ,'　　 .l　,'::::::::.:.:.　　　　　　　 .:/:;::i::::.:.　　　 　 　 | |
　|.ﾊ. l ',.', ＼ヽ,ヽ 　 ｀:.､ ＼〈　 / _,. イ /　　 .|　 !　　 ,'　!::::::::.:.:.　　　　　 　 .::;' / ﾉ::::.:.　　　　　　i ,'
　　 ヽﾞ､い　 l::::/ヽ､　　｀ヽ､`j./´　 /　,′　　|　 |　　,'　.|:::::＿＿__　　　 　 　 |:／::::.:.:　　　　 　 / |
　　 　 ヽヾ;､､l;ハ､-｀ヽ､.　　l　　　ﾉ　/　　　 .l　 l. | .,'　 ｢-―‐ ''"´二二二`' ー‐ - ､ __　　　　/　.l
　　　　　 ＼ヽ-‐ヽ　　 ｀`｀` i　／　/　　.,'　 l､_ | .| .l　 7"｀`::ー--＝==:;＿三二_`'_ｰ-=｀＞-,ｲ　 |

ぱくられる程度にはなってきたということだな。
まあ。ぱくる方もどうかとおもうけどね。
Lﾀﾝもこういう理由でクローズドにしてたんだろうねぇ。

>>367
所詮、物知りっくとか何とかで一人でぶち切れてる厨房やし

Lﾀﾝはソース公開自体には前向きだったような。
結局どういうライセンスなら利益に結びつくか思い浮かばなかったらしい。
yz2かなんかの人も昔、オープンソースで収入得られないか考えてたみたいだけど。

まあ、ひげさんはパクり上等って態度なんだろうな。
そんなガツガツした取り組み方してないだろう。

最近BOCHSの関連プログラムのBFEってのをいじってみたんだけど、
OSのソースあればレジスタとか表示でき、OSのデバックできるみたい。
BOCHSで動作中のOSがCPUに対して投げてる値とかが見えたり、
OSこけたら、「OSのソースのここで例外発生した」とかがわかる代物。
WINDOWS版もある。
http://bfe.sourceforge.net/?p0=about
WIN版
http://www.volny.cz/xmojmr

>>367
ブートコードをCで書いたからほめて欲しいらしいぞ藁
設計も開発環境も・・・なのに

いやあすごいすごい

>>367
今度はInterfaceからぱくったらしいぞ藁

いやあすごいすごい

↑良いのでないの別に。
話のネタなんだし。

て、ねたにしてるのか。

>>367
ぱくるのはいいけど。「100%ぱくってます！」って宣言しないとね
もしくは「名前がオリジナルです」とか藁

ぱくるってことは底が知れているということだな。
まあ実力を反映しててよいのでは藁

別にいいじゃねーか。
ここで吼えてるだけの俺やお前よりましだろ。

１つ面白いこと発見

わたもちがぱくっていることは全員が認めているところ（本人以外）

ぱくりだとか何だとかそんな事はどうでも良い。
わたもちに言いたいのはそんな事じゃないんだ。
用件はただ一つ。
……萌えはどうなってるんだ。

萌えもどこかのME*-OSのパクリ。
しかも向こうの方がはるかに技術と萌え度がたかい。

結局パクリだ

ブートローダをすべてCで書いてたら、それはそれですごいと思うが。

>>385

わたもち降臨？
すごいすごい

いぁ、別人だけど、素ですごいと思ったんで。
もちろん、インリアンアセンブラとか無いんだよねぇ。

インリアンアセンブラ→インラインアセンブラ
スレ汚しで申し訳ない。しばらく黙っときます。

機械語命令をメモリのどっかに書いてそれ実行、とか。

ところでさ、パクリとか無しで俺もブートローダー見たいの書いてみたいと思ったんだよ。
んでさ、俺のパソコンにはさ、フロッピーディスクドライブがついていないんだよ。
USB接続でブート未対応のFDDならばあるんだが。
んだからさ、買ったさsecondパソコンを、Pen100の中古のを。
んでさ、monaを起動させて喜んでいたんだよ。

してさ、今firstパソコンにさ、LinuxとWinMeデュアルなんだよ。
んでさ、もしかしたらと思ってさ、cdrecord導入してさ、mona.imgを焼いたさ。
したらさ、firstを使って、CD-ROMからmonaをブートすることできたさぁ。

何のためにsecondパソコン買ったんだか・・・。5000円返せよ。
これ使ってOS開発できるじゃん。しかもCD-RWだから何度でも使えるし。

しかもかなりスピーディーに動いたさ。

何が言いたいのって？
つまりmonaはCD-ROMブートも可能だと。

>>390
そもそも、スペックがまともならBochsでも使えばいい話しなわけで。

>>391
実機で動いているのを見てハァハァしたいじゃん。
どうも壮大なオナニーだったようだ。

まぁええわ。またひとつ勉強させてもらった。
ってかLinuxって無料で良いもの有り過ぎ。
もちろんWinにもあるのだが、正直金払って「これか・・・」ってのが多い。

もっとLinux精進するわ

>>390
> これ使ってOS開発できるじゃん。

マジで開発する気なら、セカンドマシンは必須だ。
いい選択したな。

>>393
そこら辺のお話をもうちょっと欲しいです。
なぜbochsだけではなく、セカンドマシンが必要なのかですね。

>>394
bochs は非常によくできているけど、最終的には実機確認は必要だと思う。
bochs はソフトウェアだから、タイミングを含めて完全に実機と同じになるわけじゃないから。

ターゲットマシンと開発機を1つでやることもできるけど、実際にやるといちいち開発環境閉じて、シャットダウンして、ターゲット OS 起動して (エラーになったら)、開発機の OS 起動して、開発環境開いて、修正... なんてかったるくってやってらんない。

あと、起動中に表示されたメッセージをインターネットで調べるとか、リモートデバッグするとか、セカンドマシンがあるとないでは大違い。
個人でやっていても、あんまり効率悪いとモチベーションに影響するし、Pentium-100MHz ぐらいならそれこそ \5,000 ぐらいで買えるんだから、本気ならそろえた方がいいと思う。

エミュ重視派に言いたい
エミュは絵に描いた餅であって餅ではない

わたもちのパクりについては前スレで決着済み

28 名前： デフォルトの名無しさん 投稿日： 03/05/10 21:52
それをパクるというのです。
オープンソースの弊害簡単にぱくられるとつらいねぇ。

29 名前： わたもち 投稿日： 03/05/10 22:03
あのう、話がさっぱり見えませんが。
何か問題があるようでしたら、はっきりとお申しください。
私自身はなんら違反している行為はやっていないと思いますので...

33 名前： ひげぽん ◆Ngzcp/NZpA 投稿日： 03/05/10 23:39
>>28
あたりの発言を気になさっているようですが
私は何も気にしていません。
お互い切磋琢磨してがんばりましょう。

よいでわないか、よいでわないか
ウハハ・・・

ひげぽんっていい人だね〜

400get!!!!!!!!!!!!!!!!!!!!!!!!!!!!

エロビデオオナニー派に言いたい
映像は絵に描いた餅であって餅ではない

つまり、bochsでテストしつつ開発するﾔｼはエロビデオオナニー派で、
実機でテストしつつ開発するのは、実物を見ながらオナニー派というわけか。

＞実機でテストしつつ開発するのは、実物を見ながらオナニー派というわけか。
実物に生で入れてるでしょ

　　　　　 r::::::::::::::::::::::::::::::::::::::::::::::::ヽ
　　　　／::::::::::::::::::::::::::::::::::::::::::::::::::::::＼　　　　　 ／￣￣￣￣￣￣
　　　/　'''':::::::::::::::::::::::;;;::::::::::::::::::::::::::::::'ヽ 　　　＜永田氏せんといてな
　　 /　..........,.....,ri　 /' l i........................　 　i 　　　　＼＿＿＿＿＿＿
　　,':::::::::::://::/' |:::/　 | 'i::::l'､;:::::::::::::::::..... i 　　　　　　　　　　　　　　　　　_,,,,,,,,,,,,,,,_
　　i:::::::::::/,.i::/‐-ﾚ' 　　|　'i::|　i::::::;;::::::::::::::::i　　　　　　　　　　　　 ,,,-‐''"~　　　　　~ﾞヽ､,,----､.,,,,_
　 .l:::::::::/　 ',,,,,,,,　　　　| ''''i:|''‐i;:::| i::::::::::::::::l 　　　　　　　　　 .,,r''~　　　　　　　　　　　　 ﾞヽ、　　　`ヽ､
　 |::::::::i　／,:‐-､　　　　　-ﾘ‐-､';|ヽ!:::::::::::::::l　　　　　　　　 ／　　　　　　　　　　　　　　　　 ﾞi,　　　　　`ヽ、
　 |:::::::|　l　i::::::::::l　　　　　r'''''':､.ヽ　|:::::::::::::::| 　　　　　　 ./　　　　　　　　　　　　　　　　　　　i,　　　　　　 ﾞi,
　 |:::::::|　　 'r‐j:::i　　　 　 !:::::::::::l　l　|::,-‐''''''~~~'''''‐-＝./　　　　　　　　　　　　　　　　　　　　 i　　　　　　　 ﾞ､
　 |:::::::! 　　 `''''"　　　 　 'iつ::::ﾉ‐''"~´　　　　　　　　　 i'　　　　　　　　　　　　　　　　　　　.:.::::i':::..　　　　　　　ﾞ,
　 |:::::::':､　　　　　　､　　　 `／　　　　　　　　　　　　　 .i　　　　　　　　　　　　　　　　　　　.:.::::/.:.:.:..　　　　　　　i
　 |:::::::::| ヽ, 　 　 ,＿＿　　/　　　　　　　　　　　　　　 ﾉ　　　　　　　　　　　　　　　　　　.:::::::/:::.:.:.:.:.　　　　　　　i
　.|::::::::::|　 ` '‐.､_{　　　）_,,i　　　　　　　　　　　　　　／　　　　　　　　　　　　　　　　.:.:.:.:.:.:／,;.:.:.:.:.:.:.　　　　　　　}
　 l::::::::::|　　　　　`'''''''ﾞ＼i'　　　　　　　　　　　　　 /　　　　　　　　　　　　　　　.:.:.:.:.::::::;　'　　.:.:.:.:.:.:.:.:.:.:.:..........:.:.:: i

つまりOS作りとは子作りである！と

綺麗にまとまったところで次の話題↓

>>395
あぁそういうことですか。
分かりました。わざわざ長文すみません。

次の話題どうぞ↓

長いことやってるけど、一つくらいできたんかい？

OSはドライバ作りが面倒なので作る気がしない。
カーネルは作りたいけど、
どうせドライバ作りに時間が取られる。
しかも資料が少ない。

子供は嫁の相手が面倒なので作る気がしない。
総理大臣は作りたいけど、
どうせ嫁の相手に時間が取られる。
しかも資金が少ない。

ドライバは企業に作ってもらおう

QEMUってどうよ?

>>411
企業は金にならないことはしません

お前らまずは就職しような？
話はそれからだ

卑下ぽんは社会人ですよ。
オラクルマスターでもあるバリバリの一線級技術者です。
先月はですマーチで連日泊り込みでした。
こんな卑下ぽんをみんなで応援しよう！！

「卑下ぽんは社会人ですよ。」だそうですが、ひげぽんがプーだと言った覚えはありませんが。

なんかムカつく文体だな>>416

>>417
煽りスキルだけの人はスルーしとくがよろし。もう無駄レスはお腹いっぱいだよ。

結局わたもちはパクリ厨〈卑下公認済み）

ここはループ村でつか？

俺村長代理でいいよ

他になんか質問ある？

>>422
Lﾀｿって今何やってんの？

>>423
何故デブに聞くのだ……。

誰がデブだｺﾞﾙｧ

おい誰か俺に文句ある奴はいないか？

>>426
無視すんなﾎﾞｹｪ

2chで何かいろいろ言われているみたいですね。
そこまでの内容がこのページに書いているとは思えないのですが、まあいいです。
ただ、ブートローダーを１からC言語で書き直したのでまったく別物になったと思います。
話はとにかくソースをアップしてからかもしれませんが(w

>>428
男だったら2chに出て来い
そうじゃなかったらチキン決定

このスレで名前が挙がったのに出てこなかったチキンって言えば、
okuokuとhenohenoが印象的だな。
正直、2人に悪い印象なかったし、
どういうレスが付くのか興味深かったんだが、
チキンだったので興ざめだった。
わたもちもそうなのか。
そうは言っても、2chにまったく出てこないで引っ込んだDaisukeが
和製OS界のチキン王者ではあるんだが。

誰がチキンだｺﾞﾙｧ

>>431
おめーのことじゃねーだろﾎﾞｹｪ

ﾎﾞｹは貴様だｺﾞﾙｧ

ちゅーことは、遠藤智久ってのは、
上で名前が挙がった
・わたもち
・okuoku
・henoheno
のうちの誰かの本名ってことか？？？

遠藤智久ってみとこんどりあだろ？
sakkyとか良平とか名乗ってたしな。
＃元ネタ晒そうと思ったら閉鎖してるやん...

>>435
え？絵里奈様！？
漏れと結婚してください、絵里奈様〜♥♥

>>428
開き直るその態度が気に入らないのよ

>>437　惚れたお前の負け

高校の時、国語の女の先生がいた。
年齢は２６歳、美人というわけじゃないけど天然ボケの可愛らしい先生で
おっとりした喋り口が人気の先生だった。
「結婚されているんですか？」と聞くとニコリと微笑んで「ううん」と答えるので
「じゃあ僕なんかどうですか？」と言うと「私のような年寄りは・・」と
本当に悩んだ顔で答えてくれる先生だった。
僕はそんな先生が次第に好きになっていきある決心をしました。
「卒業の時に先生に筆おろししてもらおう」と。

つべこべ言わず俺と結婚しろ！

>>440
そう言って看護婦さんに殴られてたね、えんどうまめ

>>439 期待age

けんたっきーふらーいどちっきーん

洗濯機風呂井戸キッチン

「２ｃｈに出てこなければチキン」って…自意識過剰というかDQNすぎ

俺は関係ないからね。
俺がチキンと思う香具師
・L=山崎=ﾁﾝﾍﾟｰｻﾝ
・MEG-OS関連
ぐらいかな。.mjtさんってそんな電波？

Lは確かにチキンだが山崎なのか？

>>445
しゃあないじゃん、だって2chに出ることが当たり前と思っているんだから。
俺からすれば、時間の無駄としか思えんから、さっさとOS作りに専念すべきだと思うから、
別にどうでもいいんだが。

まぁ◆1haVRB54HYは、学校でも「電波」とか使っているんだろうなぁ〜

ってかぶっちゃけ◆1haVRB54HYは、OSASKオタでもなんでもないよなぁ〜
ただ好きだってだけだもん。ツマンネェ。そんなに好きなら、もっと勉強すれよ。
結局お前が口だけチキンだったりして。

>>435
ちなみに元ネタはこっち。。。

竹林明秀氏のご冥福をお祈りいたします。

>>445
出自（2ch発OS）を忘れたらお仕舞いだよ。
何のために卑下はこんなＳ／Ｎ比の低い肥溜めに拘ってると思ってんの？

>>446
＞.mjtさんってそんな電波？
/.での活躍ぶりには目に余るものがある。

>>447
わたもちに比べればLはチキンではない。
予想を破って乱入してKと死闘を繰り広げた英雄。
ま、『過去の』英雄ではあるけど。

>>446「・MEG-OS関連」の直後に>>449。激藁田。

　　　☆ ﾁﾝ　　　　☆ ﾁﾝ　 　　　☆ ﾁﾝ
　　　　　　　　　　〃　　☆ ﾁﾝ　〃　　　　　　　　　　
☆　ﾁﾝ　　〃　 Λ＿Λ　　　 ☆ ﾁﾝ
　 ヽ　＿＿_＼（＼・∀・）　＜>>439の続きまだぁ〜？
　　 　 ＼＿／⊂　⊂＿ )　　 　 　　
　　 ／￣￣￣￣￣￣ ／|　　☆ ﾁﾝ　　　　　
　　|￣￣￣￣￣￣￣| 　|
　　|　　　みかん　　　|／ 　

卑下はいるか？
お前に惚れた馬鹿がいる。

それは俺だ。

最初に言っておくが、俺はホモではない。
そういうのには全く興味ないし、気持ち悪いと思う。
だが、お前の書き込みを見て以来、俺の中の（何か）が大きく膨らみはじめたんだ。
いつの間にかお前の書き込みを探していたり、オナニーの最中にお前の事を思い出したりするようになっていたんだ。
ああ、俺だって嫌だったさ。しかし、ある日をさかいに、俺の中の（何か）がはじけたんだ。
俺は最初からお前でオナニーするようになっていた。

２１回・・・これは俺がお前で抜いた正確な数字だ。

おそらくお前は、俺のことを拒絶するだろうと思う。
だが、これだけは覚えておいてほしい。
俺は常にお前の近くにいるという事をだ。

満員電車で、首筋に熱い鼻息を感じたら、それは俺だ。
オフ会で、妙に熱い視線を感じたら、それは俺だ。
無言電話がかかってきたら、それは俺だ。
そして、もしこの先お前がレイプされるような事があれば・・・。

お前がこれを読んでいる時、俺はすでに行動を開始している。

ここは哀れな>439・>453のための、妄想すれでつか？

そして卒業式を間近に控えたある日、先生に記念に名刺をもらおうと思い
職員室に向かう途中で先生を見つけた。
教室で思い出話などををして、周りに人がいないのを確認して
「先生、僕の初めての人になってくれませんか？」と真剣な表情で言った。
先生は最初何のことか分からず（このあたりが天然ボケ）にいたので
「先生とエッチがしたい」と言うと「えええ〜！？」と口を手で覆い、驚いていた。
多分断られると思った僕は
「ずっと先生の事が好きだったんです」
「そんなに歳も違わないし、勝手ですが最初は先生としたいって決めてました」
「最後の記念だと思って、お願いします！」と頭を下げた。

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

したら禁蹴りされて、死んだとさ

okuokuがチキンってことは、『臆々』なんだな、つまり！

>>459 (・∀・)ソレダ！

今、大変な騒ぎになっています。
公式サイトもあぼーんしてしまいました。
OSを作れる程の実力者の皆様ならきっとこの試練を乗り越えることが出来るでしょう！
http://www.sankei.co.jp/news/031127/1127sha125.htm

>>461
警察にはL氏もひげ氏も絵里奈氏も◆1haVRB54HYも臆々も
どこの誰だかとっくにお見通しってことですね

>>462 ｵﾏｴﾓﾅｰ

先生は「今は社会的にもいろいろと問題が多いから・・・」と言い、困っていた。
やっぱりドラマみたいにすんなり「いいわよ」なんて言うわけがない。
でも僕もこんな事を言ってしまった以上、後へ引くに引けない状態だった。
もうひたすら「お願いします」と頭を下げるしかなかった。
何十分経過しただろうか・・・先生が
「この約束を守ってくれるなら」という条件を出してきた。その条件とは
１・エッチは卒業式の日以降
２・エッチをする場所は地元から離れたホテルで
３・私から連絡するまでこの話はしない
僕は嬉しさのあまり飛び上がりたい気持ちだったが先生の気持ちや立場を考えて
静かに「ありがとうございます」と言い、先生に携帯の番号を書いた紙を渡した。

ねたでも
こんなに騒ぐことでもないだろ
かってすぎるんだよ　おまいらは
わかってる香具師ほとんどいねぇじゃん
いいかげんにしないと訴えられるよ
いつだったかの祭りのように逮捕者が出るよ
よく考えて書き込みしないと
ネット犯罪課がきっとチェックしている
コンピュータログ消しておけよ！！

何の脈略も無い縦読みだな。

OS作れるやつらは、Winnyなぞ常用していませんが何か？





















でもたまには覗きたいよな、やっぱ

OSそのものが普通にWinnyに流れてるわけだが？

犯罪者どもは自分の巣に帰ってくれないか？

>>469
オマエモナー

なんでそこでｵﾏｴﾓﾅｰなんだろ。

>>470
別に自分が犯罪者だと思ってなければいいってことだね

Megって一時期Winnyで流れてたらしいね。
Winnyやってなかったんで確認出来なかったけど。

ここは哀れな>465-472のための、 犯罪すれでつか？

ねこたんは犯罪者じゃないよp_q

それからの毎日は先生を意識してしまい顔もマトモに見られない日が続いた。
卒業式が終わり数日たったころ先生から連絡が入ったけど
携帯を持つ手が震えて、声が上ずっているのが自分でも分かった。
先生に悟られないようにしようと必死で冷静を装った。
約束の日、先生の車に乗ってホテルに向かったけど
「変に意識しちゃマズイ」などと思いいつも以上に一人で喋っていた。
初めてラブホテルに入った。男ならカッコつけたがるのかもしれないけど
先生には初めてだと言ってあるし、あとは先生に任せようと想っていた。
先生をギュッと抱きしめキスをした。
先生が「○○君、キスが上手ですよ」と言った。実は付き合っていた彼女がいて
キス＆胸揉みまでしたことがあったので、その事実を先生に話した。
「先生、もう一回キス・・・」今度は舌を入れた。
先生もそれに応えるように舌を絡めてきた。

>>467
卑下のVPCもVMWもWinnyでgetしたものですが何か？

>>474
先生に筆おろししてもらうロマンスレです。

>>291
> 現在STLの使用は控えています。
別に将来的でも構わないと思いますが、
こういう意義があるということで。
http://member.nifty.ne.jp/yamazaki/doc/without_pointer.html

後で何らかの形でCで融通するという考えを捨てないと
char*による文字列処理の全廃などはなかなか踏み切れませんが。

卑下はBochs使ってただろ？
まあ公言してないけど、割れでﾃﾞﾊﾞｷﾞやってるかもな・・・
でもな、ばれなきゃいいよｗ

>>480
卑下はVirtualPCもVMWareも持ってるよ
誰かにもらったことになってるけど（藁

>>435
閉鎖しちまったのか。
あれほど鬱になれるテキストは後にも先にも出てこないだろうなぁ・・・


Winnyはintel Cコンパイラでも流れてたらなぁ・・・とかﾀｲｰﾎされそうなことを言ってみる。

>>482
犬糞だと非商用無料だよ

先生が「シャワー・・・浴びてくるから待ってて」と浴室に行った。
その間、いくぶん冷静さを取り戻した僕は部屋の中の物を見てまわった。
先生がバスタオルを身体に巻いて出てきたので今度は僕がシャワーを浴びに入ったけど
緊張してたのか頭までシャンプーで洗ってしまった。
シャワーから出て先生の横に座り、先生の身体を覆っていたタオルをそっと取ると
ソフトボールくらいあるオッパイが露になった。
先生の後ろに回り両手で包むようにオッパイを揉んだ。
乳首を人差し指の腹でさするようにしたり、指でコリコリ摘んだりすると
先生が身体をよじるような仕草をし始めて「んっ・・・・」と声が漏れ始めた。
（感じてくれているんだ）そう思うとなんだか嬉しくなった。

>>479
面白いページをご紹介いただきありがとうございます。
カーネルを実装する上ではポインタの全廃は無理ですが。
ユーザーに解放するAPIには何か工夫が出来たらいいと思っています。

ここ２,３週間いそがしくて全く進んでおりません。
もしかしたら年末年始あたりも全然作業が出来ないかもしれません。

一応設計だけは少しずつやっていますのでご意見いただければ幸いです。
↓このあたり
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2F%A5%B9%A5%EC%A5%C3%A5%C9

>>485
> カーネルを実装する上ではポインタの全廃は無理ですが。
どこまでをカーネルと見るかですね。（後述）

> ユーザーに解放するAPIには何か工夫が出来たらいいと思っています。
将来的にマイクロカーネルへ移行予定なのであれば、
現段階のカーネルにはサブシステムに分離する部分が多いはずです。
純粋なマイクロカーネルではサブシステムは単なるユーザープロセスですから、
『ユーザーに開放するAPI』の意味合いが変わって来ませんか？
※もっとも普通のアプリを作るAPIとは全然レイヤの違うAPIですが。

同様にデバイスドライバをユーザープロセス化する場合にも、
たとえば割り込みをメッセージングモデルで抽象化して、
DMAをカプセル化したクラスのようなものを通せば、
SwingでGUIのハンドラを書くのと記述的にそう変わらなくなります。
※あくまで記述面での形式で、誰でもドライバがRADできるという話ではありません。

もっともプロセス周りが確立されていない現段階のMonaではマイクロカーネル化は不可能で
まだしばらくはあまり関係ないことのように見えますが、
・〜の部分は将来的にはサブシステムに追い出す
ということを意識するのは今でも可能なことです。
たとえば名前空間で分離してディレクトリを掘るというような
形だけですが線引きをしたりといったことです。
※パーツ別にコーディングの方針が違うことを明確にするのが目的です。

> 一応設計だけは少しずつやっていますのでご意見いただければ幸いです。
設計を拝見した限りでは、
・どういう風に組み立てるか
ということに重点が置かれており、
・どういう要請による実装か
という動機があまり見えてきませんでした。

ご自分にとっては動機は自明のことなので
いちいち書くようなことではないのはごもっともですが、
第三者は推測するしかないわけです。
1+1=2のような自明なことであるとか、
あるモデルそのままの再現のようなことは良いのですが、
特定の主義主張が含まれる部分は
第三者がまったく違うことを推測する可能性が高く、
表面だけ話合った挙句まったく噛み合わない結果を招きます。

つまり組み立てられた機能の一覧だけでなく、
動機まで含めて整理しなれば議論が難しいという意味です。
機能から、動機から、のような、昇順、降順の両方から見える形が理想です。

動機と言っても色々な要素がありますが、もっとも重要なのは
・それで何がやりたいのか？
という点です。

もっとも自分で使う分には自己完結のため自明で、
当然、書かなくても分かっていることなのですが、
重要なのは、他人が利用することを考慮した場合、
・それで何をやらせたいのか？
というように少し視点を変わるということです。
これが一番難しいことで、プログラミング関連で他人と議論する場合、
このことが話題の中心になることです。

当たり前のことばかりで恐縮ですが、
現段階ではその辺が見えないため、
何か意見を書いても理想の押し売りになると思いました。

抽象的な話ばかりではあれなので、少し具体的な話を。
プロセスやスレッドを管理するオブジェクト指向APIで参考になるのは
現段階ではWinFXくらいですね。

http://longhorn.msdn.microsoft.com/
- Reference
　- Class Library Reference
　　- Namespaces
　　　- System.Diagnostics
　　　- System.Threading

スレッドだけならJavaも参考になりますし、
上の2つの名前空間は現段階の.NETにも含まれていますが、
WinFXでの意味合いはかなり異なります。

WinFXはJavaや.NETのようなOSのAPIの機能限定ラッパーではなく、
OSのAPIそのものとして設計されているということです。
今の.NETは小回りが利かずにWin32APIを使うことが非常に多いですが、
WinFXではそれ自体がOSのAPIなので、
WinFXで出来ないことはLonghornでは出来ないということを意味します。
そのため.NETのリファレンスではなくWinFXのリファレンスを引き合いに出しました。

あとAPIを引き合いに出したのは、
・〜のAPIがあれば〜が出来る
のような逆の視点から設計が考えられるという意味合いもあります。
これはつまり「何をさせたいか」ということですね。

先生のオッパイを堪能したあと手を下腹部に伸ばし、先生のアソコを触る。
ビデオを見てその通りにやっているけど何か違うと思っていると
先生が「そこじゃなくて、もう少し上」と言った。
僕が思っていた場所よりも随分上だと思ったが、そこがクリトリスだと教えてくれた。
そっと触ってみるがよく分からない。先生に「この辺ですか？」と聞きながら触る。
ビデオでやってたように指を痙攣させるような感じで動かしてみると
「んっ・・・ぁぁ」と先生の口から喘ぎ声が漏れ始めてきた。
触り方を変えて人差し指でコチョコチョとくすぐるように触ると
「あっ・・ん・・その触り方気持ちいい・・・」先生も気持ちよくなってきたみたいだった。
てをもう少し下ほうに入れて見ると手に液体のようなものが付いた。
童貞の僕でも分かる。先生はグッショリと濡れていた。
「先生」と愛液の付いた中指を見せると「コラッ！」とその指をぎゅっと掴み
「うーん、ちょっと恥ずかしいな」と照れていた。

>WinFXはJavaや.NETのようなOSのAPIの機能限定ラッパーではなく、
>OSのAPIそのものとして設計されているということです。
>今の.NETは小回りが利かずにWin32APIを使うことが非常に多いですが、
>WinFXではそれ自体がOSのAPIなので、
>WinFXで出来ないことはLonghornでは出来ないということを意味します。
>そのため.NETのリファレンスではなくWinFXのリファレンスを引き合いに出しました。

WinFXだろうが、今のWindowsとシステムコールのインターフェイスは大して
かわらんだろ。変わると言うならハックしてその違いを教えてくれないか？

481が何を言いたいのかはよく理解できなかったが、
"プロセスやスレッドを管理するオブジェクト指向API"ってのは、必要なの？
その中に含まれてそうな"管理構造体を参照するだけのAPI"とは、違うんだよね？
もしかして、OSサーバに提供するAPIのことなのかな？

481じゃなくて、486だった。

>>492
知ったかの典型のような文章だから相手しない方がいいかも

>>486
> 純粋なマイクロカーネルではサブシステムは単なるユーザープロセスですから、
> 『ユーザーに開放するAPI』の意味合いが変わって来ませんか？
> ※もっとも普通のアプリを作るAPIとは全然レイヤの違うAPIですが。

もちろんその通りです。
実際のユーザーアプリケーション開発者に公開するAPIの時点で
何か工夫が出来ればと思っています(具体的ではないですが。)


> 当たり前のことばかりで恐縮ですが、
> 現段階ではその辺が見えないため、
> 何か意見を書いても理想の押し売りになると思いました。

ご指摘の点もっともです。
「それで何がやりたいのか?」という点について列挙させていただきました。
どうもうまく伝えきれないですが・・・

http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2F%A5%B9%A5%EC%A5%C3%A5%C9

オブジェクト指向APIがよくわからなくて調べてたら、OPENSTEPや、MacのCocoaも、オブジェクト指向APIと書いてありました。
結局、よくわからなかったのですが、クラスを提供するんですかね？

>>486
理想の押し売りで良いのでないの？
実装を押し売りとか、押し迫ってこなければ。
理想を語られて、それを採用するかは開発者の自由。
いろんな考えが見れれば参考になるだっしょ。

>>495
そういう当たり前のことを書いても・・・
YAGNIって調べて味噌

>>498
YAGNI見るといつもこれが思い浮かぶ。
知ってる人いたらスゲーよ。
agnim ile prohitam yajnasya devam rtvijam hotaram ratnadhatamam

「先生、口で・・・してくれませんか？」と聞くと
「あまり上手じゃないので気持ちよくならないかもしれませんよ」と言い
僕の前に正座して僕のモノを口に含んでくれた。
初めて女性の口に包まれた感触は温かく、適度な締め付けがあったが
ビデオみたいに気持ち良くない。
言うようにあまり先生は慣れてないのかな？と思うと急に可哀相になり
「先生、顎が疲れちゃいますよ。もういいですよ」と言った。
それから先生の乳首を吸ったり、クリトリスを刺激したりしていたが
以前に「童貞はすぐに入れたがるけど、そういうのは嫌われる」と本で読んだのが
印象に残っていたため自分でも余裕があったように思える。
１時間近く経ったかな？先生に「入れたい」と言った。
薄暗い明かりの中、先生は「うん」とニッコリ微笑んだ。

XP厨うざい

誤爆？

ここって「バカの壁」そのものだね

>>503
あれはいい本だね。ひげさんにもお勧めしておくYO!

eclipseで追えますかね？
ちょっとやってみます。

>>489
>今の.NETは小回りが利かずにWin32APIを使うことが非常に多いですが、
>WinFXではそれ自体がOSのAPIなので、
>WinFXで出来ないことはLonghornでは出来ないということを意味します。
・・・LonghornのベースはWinXPだと聞いているが？
Win32APIのラッパーじゃねぇの？＞WinFX

＊＊＊＊＊＊　重要　＊＊＊＊＊＊

クリスマス中止のお知らせ

2003年12月25日に開催予定のクリスマスは諸事情により中止になりました。
この決定により、クリスマスイブも中止ということになります。
中止、ならびにこの告知が遅れたことにつきまして、
楽しみにしておられた方々・関係者各位には謹んでお詫び申し上げます。

＊＊＊＊＊＊　重要　＊＊＊＊＊＊

どうせできねんだから
やめれ

>>506
せっかく騙されてるの人の目を覚ますと
MSの中の人にアホアンチ扱いされるよ

「入れたい」と言ってみたものの場所なんて全く分からない。
とりあえず家で練習したようにコンドームを付けようしたけど
「一生の記念なんだし、付けなくてもいいですよ」
と予想外のことを言ってくれて、感激で一杯になった。
正上位の形で先生の太ももを持ち、自分の物を当てがうが
肝心な時に息子が元気を無くしてしまった・・・最初は緊張して勃たないというアレだった。
「先生、ちょっと分かりません」と授業中のような言い方をすると先生は
もう一度口に含んでくれた。小さな口と舌を使って必死で僕のを元気にしてくれ
そして先生は僕のモノに手を添えて場所を導いてくれた。
なるほど言われてみれば亀頭が少しだけ入る部分がある。
（いきなりだと痛がるかな）と童貞のくせに妙な心配をした僕は
少しずつ腰を前に出すような感覚でモノを先生のアソコに入れていこうとしたが
ヌルンという感覚が亀頭が吸い込まれるように先生の中に入り、同時に
痺れるような感覚が腰からつま先までを駆け抜けた。
（うっわ〜、メッチャ気持ちいい・・・）もうそれだけだった。

>>510
コピペ元発見。乙

適当な一節でぐぐれば見つかるね。

真のラストは「先生妊娠・・・その後」だよ。




ぐぐっても見つからないから念のため。

コピペ指摘厨ウザイんだけど

じゃあｽﾚと関係ないｺﾋﾟﾍﾟで荒らすなよ

いやスレ違いコピペするヤツも論外なんだが
コピペかどうかに限らず、スレ違いと一言書きゃいいだろ
粘着度は一枚上手だぞ

ここ荒らそうとしている人って、自分でOS作ろうとして
挫折した人なのかな…

>>511
ゴム付けてるんじゃないか？

＞481が何を言いたいのかはよく理解できなかったが、
YAGNIって書いてあるね

臆々がMS叩きやってる・・・
ttp://slashdot.jp/article.pl?sid=03/12/04/0929209&topic=49&mode=thread&threshold=-1

>>499
リグヴェーダ

>>520
Monaも特許に抵触するって警告なんじゃ？

スレッドなんかよりMonaFS構築の方が急務だね

>>496
Monaが何故C++を使ってるとお考え？

なんかｲｶ臭いので、俺からもプレゼント。
http://slodziutka.erospace.pl/gal_01.html

＞＞５２５
さんくすこ！

どういたしまして。teen01.jpgでぐぐってみるといろいろあるよ。やってみろ。

＞＞５２７
ＯＳを作る元気の源だね！

少しずつモノを先生の中に沈めていく。「ん〜〜〜」と声が出てしまう。
先生も「はぐっ・・・んっ・・・んんっ」と声が漏れていた。
完全に先生の中に僕のモノが入り、普通ならピストン運動をするのだが
少しでも動かすとイッてしまいそうなのだ。
先生に「あの・・・もうイッちゃいそうなんです」と言うと
「この一回で終わりじゃないですし、イッてもいいと思いますよ」と言ってくれたので
腰をゆっくり動かしたらアッという間に果ててしまった・・・。
先生の中に出す瞬間が最高に気持ちよかったのを覚えてる。
先生は「どうでしたか？・・・先生の身体」と覗き込むように聞いてきたので
「最高に気持ちよくて・・訳の分からないうちら終わっちゃって・・・」と言うと
恥ずかしそうに「よかった」と言ってくれた。
僕のモノはすぐに元気になり今度は僕一人で先生の中に入れることができた。
やつぱり入れる時の痺れるような感覚はなんとも言えず気持ちよかったが
今度は少しは長続きしそうな気がしていた。

生中田氏ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

>>524
カーネルがC++なのと、オブジェクト指向APIとは、関係するのですか？
現在のuserlibは、どうみても、普通のC関数として定義してあるように見えるのですが。。。
将来、いくつかのクラスが作られて、これらのC関数が公開メソッドになっていくのかと思いましたが、
オブジェクト指向APIとは、そういうものをさすわけではないのですかね。

＞現在のuserlibは、どうみても、普通のC関数として定義してあるように見えるのですが。。。
どう見てもつなぎだろ

卑下＞やる気停滞気味。。。
卑下＞いろんな人がいろんな日記とか、Wikiとかで書いていますが
卑下＞純粋に次世代P2Pソフトに興味がわきますね。
卑下＞OSよりも興味があったりして・・・。
卑下＞遊びで実装してみようかなｗ
OSなんて開発が行き詰るのが見えてる糞を作るくらいならそうした方が良い。
L氏のようにいくら技術力があっても馬鹿にされるだけみたいな結果になるのと
尊い犠牲を払ったと尊敬される47氏のどっちになりたいかなんて明白。

>>533
以前NWSOSスレでも比較されていたが、いくら
技術力：L＞＞＞＞＞＞＞＞＞＞ 47
であっても、総合的な評価は
47＞＞＞＞＞＞＞＞＞＞（超えられない壁）＞＞＞＞＞＞＞＞＞＞L
となる。第一知名度が違う。

47は
＞私はJava信じない派
などと言っていたが、
ここはJava（しかもSwing)で一気に作って
47をぶっとばしてしまえ！
オプソでSwingなら犬糞厨からも神扱いだぞ！！！！！

頑張れ！＞卑下

消防ＯＳ・・・作る作る喚いているが、何もない。

厨房ＯＳ・・・ブートするだけで、インターフェースなんて知ったことじゃない。OSとは呼べない代物。

工房ＯＳ・・・仕様も何もでっちあげの独自規格。仕様にすり合わせる知恵がない。


大学生ＯＳ・・・

２０代・・・がんばれ。

三十路ＯＳ・・・遅い。何か古い。

>>535
辞めなさい。下手をすれば、開発者も逮捕になるような記事がzdnetあたりに書いてあったが。

>>537
小学生か？どこをどう読めばそんなこと書いてあるんだ？
http://www.zdnet.co.jp/broadband/0312/04/lp13_2.html
| 一般に、単純にP2Pソフトウェアを製造、販売しただけでは、罪に問われることはない。

僕の腰の動きに合わせるように先生の口から「あんっ！んっ！」と声が漏れる。
ビデオで見たようにオッパイを揉んだり、乳首を吸ったり、キスをしたりした。
先生が声にならないような声で「すごく気持ちいいです・・」と言ったので
僕は先生がたまらなくいとおしくなった。
でも童貞の悲しさ、すぐに絶頂の気配が訪れた・・・
「先生、イッてもいいですか？」と聞くと「んっ！・・あっ・・イッてもいいですよ」
僕は「先生、先生」と言いながら果てた。
多分、先生はイッてはいないのだろう、そう思い何とかして先生もイカせてあげたいと
先生に聞くと「じゃあここを触ってくれる？」とクリトリスに僕の手を置いた。
「今度は僕がイカせてあげますね」と覚えたての指先で先生のクリを刺激すると
いままで本番をしていたので先生もすぐに絶頂が訪れた。
「イッてもいい？いい？」と言いながら先生もイッた。
イク時に身体を硬直させていたのが印象的だった。

>>537

＞「技術としてのP2Pを、否定するつもりはない。
＞ただ、セキュアな仕組みを提供しないことは、
＞サービス供給側として無責任。開発者が責任を問われる可能性は、ゼロではない」。

まぁ逮捕は書きすぎたが

Winnyでウザいと思うのは各人が勝手にファイル名を付けている点
MD5が同じでファイル名だけ違うファイルを複数取ってきたりしてうざい
命名方法を何らかの枠組みで強制した方が使いやすいし
検索ももう少しスマートに出来るはず

ヤフオクじゃないが何らかの方法で評価させるのも必要だな。
匿名性とどう両立させるかが鍵だが、議論しても埒が明かないし、
nyみたいにとりあえず適当に作って実地でテストしてみれば良いと思う。
同じ曲が何種類もあってもまったく無意味だから集約させる。
キャッシュは丸ごとじゃなくてたとえば128KBごとに分散化させる。
暗号化するといったんローカルに全部取り込んでHDを圧迫するから
ジグソーパズルみたいに0で埋まったファイルに詰め込んでいくとか。

トリビア。









ｳｨｷﾍﾟﾃﾞｨｱにも




ﾏﾑｺ無臭性画像がはってある。(jpg)

>>538
だった

>>544
| だが、自らの管理する中央サーバを用意し、
| またサービスを受ける人間を会員として組織化した上で、
| 流通するファイルのほとんどが著作権侵害物で占められているようなら、
| 民事ではP2Pサービス提供者の著作権侵害を認める判決も出ている。

>>543
へぇー　へぇー　へぇー

>532
今のがつなぎで将来オブジェクトAPI化されるのと、カーネルがC++なのと関係あるのですか？

>>547
どうしてそれを疑問に思ったのか興味がある。
自分で設計したり道具を選択するとしたらどうするの？

>548
もしかして、マイクロカーネルだから、システムコールの中身は、Intなどのソフトウェア割り込みでなく、
OSサーバとのIPC(見たいなもの?)でオブジェクトを渡す仕組みなのでしょうか。
で、それをオブジェクト指向APIと呼ぶのでしょうか。

システムコールはInt(もしくは、Sysenter)でソフトウェア割り込みを起こすものと思い込んでました。

>>545
winnyのような場合は当てはまらないが。

>>549
そもそもオブジェクト指向APIの定義なんてない。
システムコールの実体が何かとかは作者の趣味。
卑下はJava厨で、JavaでOSを書くのは非現実的だから、
見た目が似ているC++でやってみようとしたってのが発端。

>>550
だからノープロブレム

卑下はJavaでP2P作る方が向いているに3万円
その方が見ていても楽しいに3万円

>>551
一般的な定義はないのですね。
やっと謎が解けました。ありがとう。

JavaOSってカーネルはJavaで書かれているものと思っていたのですが、ちがうのですかね。

>>554
> やっと謎が解けました。ありがとう。
とんでもない。

> JavaOSってカーネルはJavaで書かれているものと思っていたのですが、ちがうのですかね。
少なくともx86上に実装するなら100% Javaはあり得ないのは分かりますよね？
ただ、JavaOS自体が日の目を見ていないので、具体的には何とも・・・
理論的には、現実的なやり方は2つくらいかな？

1つ目は、Squeakみたいな屋上屋の環境。
カーネルからすべてJavaで書けますが、単発でブートできる『所謂OS』ではない。
AmigaOneなどもこの方針らしい。

2つ目は、>>486に書いてあるような、本当にどうしようもない所だけ非Javaで書いて、
後は可能な限りJavaだけで記述しようと言う方針。
前のスレでgcjの話題が出てたけど、GC周りのランタイムを何とかすれば、
今のgccではC++とJavaを同じ土俵で扱うことが出来るようになっている。
卑下はC++に妥協しつつあって、そこまでしなくても良いと思ってるみたいだが、
これってミイラ取りがミイラになってるだけじゃん・・・

＞卑下はC++に妥協しつつあって、そこまでしなくても良いと思ってるみたいだが、
＞これってミイラ取りがミイラになってるだけじゃん・・・
だからこそリセットしてJavaでP2Pするのが良い判断
JXTAの勉強みたいなのは彼の可能性を制限するが
47への当て馬のJava厨という構図は悪くない（ｗ

Javaコードをx86ネイティブまで落とすことってできないのでしょうか。
てっきり、x86ネイティブまで落としているのかと思っていました。
どうやら、JavaOSは、マイクロカーネルで、
カーネル(記述言語は不明)＋JavaVM＋Javaで書かれたOSサーバ
って感じのようですね。

>>557
gcjではネイティブが出来るから、わざわざgcjを持ち出したんだよ。
ただしGC周りは何とかする必要があるし、それが実質gcjのVMともいえる。
適用範囲をわきまえていれば、単なるリファレンスカウントでも何とかなるだろうし、
それだとC++のテンプレートを使ったスマートポインタ程度の実装でもいけるはず。

　　　☆ ﾁﾝ　　　　☆ ﾁﾝ　 　　　☆ ﾁﾝ
　　　　　　　　　　〃　　☆ ﾁﾝ　〃　　　　　　　　　　
☆　ﾁﾝ　　〃　 Λ＿Λ　　　 ☆ ﾁﾝ
　 ヽ　＿＿_＼（＼・∀・）　＜卑下のＰ２Ｐネットまだぁ〜？
　　 　 ＼＿／⊂　⊂＿ )　　 　 　　
　　 ／￣￣￣￣￣￣ ／|　　☆ ﾁﾝ　　　　　
　　|￣￣￣￣￣￣￣| 　|
　　|　　　みかん　　　|／

なんか、ＯＳから他へ誘導しようとしてるやしがいるな。

　　　　 　 　 　 　 　 　 　 ﾊ＿__ ヽ
　　　　　　 　 　 　 　 　 〈△ △ |　〉　　 ／￣￣￣￣￣￣￣￣￣￣
　　　　　　　　 　 　 　 　 曰~曰~|6)　 ＜　　ぐわっはっはっはっは
　　　　　　　　 　 　 　 　 |'六ｰ`.ハ､_　　 ＼　このスレはカーネル様が頂いた
　　　　　　　　　　　　／弓ﾛ巨/　/ 　`ヽ 　 ＼　ひれ伏せクソ共！！
　　　　　　　　　　　/ .|　|八 /　／__ /　 |　　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　|っﾄ､ l. /／　n__,}=:､ |
　　　　　　　　　　　{.彡　V　　 ミ_|＿__||ﾉ
　　　　　　　　　　　 `l.　/ 。 。　　 　 .|||
　　　　　　　　　　　　|　|　。 。　　　　 l||
　　　　　　　　　　　　|__j＿＿＿＿_____l||
　　　　　　　　　　　 　|　　|. 　 　 　　l　||
　　　　　 　 　 　 　 　 l　　|　 　　　　|　||　　　　　　　 ........:::::::::::
　　　　　　　 　 　 　 　|　　l.　　　　　l.　||　　　.....:::::::::::::::::::::::::
　　　　　　　　　　　　　|　　l　　　　　| ....:::::::::::::::::::::::::::::::::
　 　 　 　 　 　 　 　 　 |____,|___＿＿_|::::::::::::::::::::::::::
　　　　　 　 　 　 　 　(______(＿＿____):::::::::

ちょっとワラタ

あのなぁ、スレタイとはあんまり関係ないんだけどちょっと聞いてくれよ。
実は６〜７年前銭湯で幼稚園ぐらいの女の子に「パパー　この人のちんちん大きー」と指をさされて大声で言われた。確かに俺の息子は大きい方だったが、指をさされたのは初めてだった。俺は特にタオルで隠すことはしなかったので特に目立ったのだろう。
その子のお父さんは「すみません」と恥ずかしそうに謝っていた。
しかし、それだけでは終わらなかった。
俺が体を洗っているとその女の子が友達の女の子２人を連れてきて「ほら、この人のちんちんとっても大きいんだよ」とわざわざ見に来た。お父さんが「やめなさい」と言ったのと同じくらいに女湯の方から「○○ちゃ〜ん、なにお話してるの？」と同じくらいの女の子の声が
聞こえてきた。すると「この人、とってもちんちんが大きいの。ゾウさんみたいなの」とありったけの大声で叫んでいた。すると男湯、女湯の両方からくすくすと笑い声が聞こえた。
俺はとんでもなく恥ずかしくなって石鹸を流して早く上がろうと思い立ち上がったとき、不覚にも勃起してしまった。
その場にいた女の子３人から「わっ！」と声が上がり「○○ちゃ〜ん、大変〜、この人のちんちん
上にいっちゃったの〜、パオーンしてるの〜」と女湯に向かって叫んだ。男湯・女湯同時に
大爆笑がおこった。その女の子達は「すごーい！　すごーい！」と俺の息子に向かって拍手をしていた。
それを見た男湯の人たちがさらに爆笑し、その爆笑につられて女湯でもいっそう大きな爆笑になった。
恥ずかしさをこらえて体を洗っていると、女の子３人もとなりで体を洗い始めた。「ぞうさんのお鼻も
洗ってあげようね」といって、俺の息子を洗い始めた。不覚にも俺は子どもの石鹸遊びのような洗いで
射精してしまった。「わー。ぞうさんのくしゃみすごーい。白いはなみずが鉄砲みたいに飛んだー」「
ちがうよ。お鼻でミルクのんだのはきだしちゃったんだよ」銭湯中が爆笑の渦となった。
俺は逃げ出すようにして銭湯から出て行った。
その日以来、その銭湯へは行かなくなった…。

幼女手ｺｷｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

手koki

もまいらコピペするな

終わってからもベッドの上でイチャイチャしていた。
今日だけは先生は僕の彼女なのだ。
お互いに身体を見せ合ったのだから恥ずかしいことなんて何もないと思い
先生に普段は聞けないような質問もいっぱいした。
ここ最近は彼氏がいなくてセックスは本当に久しぶりだったということ
教師になって（元）生徒と関係を持ったのは僕が最初で、最後にしてくれるということ・・・。
そろそろ行こうかということになり、部屋を出る時に僕は冗談半分で
「先生！もしも嫁の貰い手がなかったら僕が立候補しますよ」と言うと
「そんなこと言うとお姉さん本気にしちゃいますよ？いいのですか？」と笑ってくれた。
そして「卒業おめでとう」とも・・・
先生の言う卒業が「高校の卒業」なのか「童貞の卒業」なのかは分からないが
可愛い笑顔でほほ笑んでいる先生を最後にギュッと抱きしめた。

>>555 >>557
卑下＞昔JavaBasedOSのソースを見たことがありますが、
卑下＞結局はCで書かれている所が多かったです。
卑下＞リアルタイム処理が苦手なJavaでOSを作るのは無理なんでしょうか。

OS=おまんこｾｸｰｽ

OS=ｵﾅｰﾆ･ｼｺｼｺ

>>569-570
Monaはどっちつかずの微妙な存在だな、、、

>>565
そのネタ、ここの住人には通用しないよ

>>563
その幼女、父親にいつも手コキさせられて慣れてるだけ。
いずれ近親相姦に発展する。
娘を風俗嬢にでも仕立てあげるつもりなのかなー。

女は須く売春婦
結婚と言う名の人身売買

>>572
http://pc.2ch.net/test/read.cgi/os/1070354122/58-59

結局、先生とは1度きりだった。
それから5年。僕は大学を卒業して東京でサラリーマンになっていた。
先生に筆おろししてもらってから味を覚えてしまって
大学時代は結構無茶な遊び方をしていた。
でも社会人になってからは仕事関係で知り合った彼女一本で
いつしか真剣に結婚を結婚を考えるようになった。
彼女と毎日のように愛し合い、彼女は妊娠した。
もちろん僕は即座に結婚を決意した。
そして両親に彼女を紹介するため実家に帰った。
いきなりなので両親は驚いていたが、喜んでくれた。
その夜、高校時代の仲間たちと結婚報告を兼ねて飲みに行った。
高校時代の昔話で盛り上がったが、その中で思わぬことを耳にした。
僕の初めての人になってくれたあの先生は、
僕が卒業したのと同じ年度で学校を辞めていたらしいのだ・・・。

おいおい、変なコピペ止めろって。
糞スレ化してるじゃないか。もうちょっとこういい話題はないのか？

糞コピペなのは認めるが、続きが気になるというのが正直なところ・・・
ググっても初体験以降は出てこないんだよな・・・

>>558
おいおい、GCとJVM一緒にするなよ。

gcjのGCはboehm GC使うみたいなので、その下で動くメモリアロケータを書けば、
コアはjavaでも書けるんでは。それでも100% javaは無理かな。

問題はgcjの安定性だろう。

>>579
JVMじゃなくてlibgcj

>>576
続編 ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

周りの人に邪推されたら面倒なのでその場では聞き流す振りをしたが、
ひょっとして僕とのことと何か関係があるんじゃないかと
頭の中は先生のことで一杯になっていた。
飲み会も終わり実家に戻ると部屋の中を探し始めた。
・・・大事に取っておいたはず・・・確かこの辺に・・・
あった！あの時先生に渡された携帯の番号を書いたメモだ！
だが番号を見つけても、いざ電話を掛けるとなるとためらってしまう。
それに今は真夜中だ。
明日になったらまた考えることにして今日の所はもう寝ることにしたのだが
先生のことで頭が一杯になった状態では寝られるはずもない。
罰の悪いことに隣には彼女が寝ている・・・。
そんなこんなでその晩は結局一睡もできなかった。
そして翌日、意を決して電話を手に取りダイヤルした。
「おかけになった電話番号は、現在使われておりません」
予想してはいたが、ショックは大きかった。
でも、やっぱり諦めきれない。
高校時代の名簿を探し出し、思い切って先生の家にも行ってみたが、
そこはアパートで、既に住人は変わっていた。
そんなこんなで、何ともすっきりしないまま東京に戻ることとなった。

いや〜ウザイんだけど。
せっかくレスついていると思ってきたら、糞カスコピペだし。
別のスレでやれや。
あまりにもスレの内容からかけ離れすぎだっての。
いい加減にしろ

SSS-PCﾌｶｰﾂ!

SSS-PC、4ノード限定だが12/03にバイナリが上がってる

うえーん、卑下ぽんが釣り師になっちゃったよ〜
￣￣￣￣￣￣￣￣￣∨￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　 　 ∧＿∧
　　　　　　　　　　（ ´Д⊂ヽ
　　　　　　　　　 ⊂　　　　ノ
　　　　　　　　　　 人　 Ｙ
　　　　　　　　　　し （＿）

　　　☆ ﾁﾝ　　　　☆ ﾁﾝ　 　　　☆ ﾁﾝ
　　　　　　　　　　〃　　☆ ﾁﾝ　〃
☆　ﾁﾝ　　〃　 Λ＿Λ　　　 ☆ ﾁﾝ
　 ヽ　＿＿_＼（＼・∀・）　＜>>582の続きまだぁ〜？
　　 　 ＼＿／⊂　⊂＿ )
　　 ／￣￣￣￣￣￣ ／|　　☆ ﾁﾝ
　　|￣￣￣￣￣￣￣| 　|
　　|　　　みかん　　　|／

P2P作るんだったらUPnPでルータに穴空けられるようにしてﾎｽｨ

東京に帰ってからは仕事と結婚式の準備に追われる毎日だった。
でも僕の中では先生に対する想いは日に日に募るばかり。
もうこうなったらどんな手を使っても構わない。興信所に駆け込んだ。
そしてある日、ついに興信所から連絡があった。
先生は隣の町に親子二人で暮らしているとのこと・・・。
もともと消息を知って、それで気が済むはずだった。
だが、こうなっては手が引けなくなった。
もはや完全なストーカーだ。でも、それで良いのだ・・・。
ここから先は自分の目で確かめることを決意した。
興信所の情報から、先生は昼間は仕事をしていて、
帰りに託児所に寄って子供と一緒に帰ってくることが分かっていたので、
僕はその時間帯を狙って先生の家の近くに張り込んだ。
待つこと数十分、ついに先生が子供を連れてやって来た。
僕は意を決して先生の前に姿を現した。

親子対面 ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

>>588
JavaでUPnPを実装するのは骨かも
それ以前にFATと同じくM$にライセンス料請求されそうな悪寒・・・

いつの間にかJavaで次世代P2Pを作ることになってるな。

>>592
卑下の考えはずっと先を行っている。
次世代P2Pは次世代OSのキラーアプリ。
それしかMonaを厨房にまで普及させM$を絶滅させる途はない。

>>593
誰もマイ糞フトを絶滅させようなんて妄想で動いてねーっての。
Monaは壮大なオナニーなの。オナニー。

>>594
話をループさせるなっちゅーの
卑下＞打倒M$ 継続はMona

＝＝＝＝＝＝＝＝＝ 終了 ＝＝＝＝＝＝＝＝＝

御苦労

たのむ
荒らしどもはあぼーん用にコテハン使ってくれないか

削除依頼出したら?

スレのね。
そもそもこのスレが板違いだから。

　　　　　　　　　　　　　　　　　 　 |　　　"“”　 .八 　 .:.::.:.|　　　　*
　　　+　　　　　　　　　　　　　 　 | !　.:.:.:;:;:;:;::.ヾ : _〉 .:.:;:;:.|　　　　　　.
　　　　　　　　　　　　　　　　　　 | i し ::.:.:.:.:.:.:　 i　　 :.:.:.:.'|
　　　　　　　　　　　　　　　　　　|ﾉ　(　　　　　　 i　　　　 i|　　　　.
　　　　　　　 +　　　　　　　　　 (　'~ヽ　　　　　.　!　　　　‖　　　　　　　 .
　　　　　　　　　　　　　 　 　 　 │.　　　　 　　_,,,,,,,.　、j ‖　 +
..　*　　　　　　　　　　　　　　　 |.　　　　　　 r'　　ヾ　／⌒ヽ⌒ヽ　　　　　　+
　　　　　　　　　　　　　　　　　　|　　　 　i.ﾉ　 ~"''--r'ιヽj　Y.　 ヽ　　　　　　　　.
　　　　　　　　　　　　　　　　　 |　　　　 　 　 | u　 /　 　 　 八　　丿
　　　　+　　　　　　　　　,,,,,,......人　　　　 　 　 |　 （　　 __／/.　ヽ,, ,）
　　　　　　　　　　 ,,,,,,,／　　　　＼　∵∴∴∴∴ 丶1　　　八.　 !/
　　.　　　　　　,.-'"　　＼ 　　　　　 `ゝ　∴∴∴∴ ζ,　 　 八.　 j
　　　　　　 ／.　　　　　 ＼　　　　　　"''''-ヽ､,.-''"　 i　　　 丿 ､　j
　,,..-‐'''""　　　　　　　　　 ヽ　　　　,.-''"＼　:　/― |　　 　 八 　 |

朕の(・∀・)ﾁﾝﾎﾟｰ!!が600getなり

MonaからFAT周りのコード削除しなくて大丈夫なの？

>>601
M$から削除依頼が来てからでも遅くない。

>>597
漏れは「卑下」と「先生」と「P2P」をNGワードにしている。

>>602
確信犯？

毎年12月くらいになると変なのが沸くよね。
void日下部とかさ・・・

Monaはスレッド周りで迷走して机上の空論に陥ってるように見える。
そういう不満は以前からあちこちで散見される。
・Monaで遊びたい香具師はDOSみたいな適当なのでも出してくれると嬉しい
・YAGNI
などなど。
この辺を無視し続けた結果、今の荒廃状態があるのではないか。
漏貧末期からのコピペはそれを暗示しているような気がする。
（決して正当化するわけではないが）

＞・Monaで遊びたい香具師はDOSみたいな適当なのでも出してくれると嬉しい
NWSOSはリリース自体、有志の欲求を満たすためだったし、
その後もSDKとか次々繰り出して有志はなかなか楽しめた。
ただ、ちょっと強権発動し過ぎで引かれてしまったわけだが。

別に完成度がどうこういうわけじゃなくて、
たとえばSORAは作者が楽しむことを前面に出しているのが微笑ましいね。
それと対照的にNWSOSは作者自体が他人に振り回されるのに嫌気がさして
自分のための楽しみではなくなってしまったのが開発中止の主因だろう。
ｵﾅｰﾆとｾｸｰｽの線引きは難しい。

>漏貧末期からのコピペはそれを暗示しているような気がする。
「OS作り=子作り」に引っ掛けただけじゃないのか?

＞ｵﾅｰﾆとｾｸｰｽの線引きは難しい。
同様にこれらの狭間に運命を翻弄されながら、
開発中止・再開の繰り返しで迷走してきたMegOSの場合、
作者がやりたいことをやるという原則に立ったからこそ、
それらを乗り越えてやって来れたのだと思う。
一方的に批判している#80Wd1VMlは猛省せよ。

藻前らちょっとぐらい待てないのか？
黙って待つか、待ちきれないのならPJに加わったらどうだ？

1年前、下馬評では1年後にはMonaはNWSOSを抜いて和製OS完成度No.1になると言われていました。
事実、最初のうちの勢いは凄まじい物がありました。
しかし現状は未だに遊べもしないままで素人が見れば何も進歩したようには見えないでしょう。
技術者から見れば内部が色々と強化されていると言ってもバランスが悪いとしか言えません。
初歩の段階から欲張り過ぎて一流のOSに肩を並べるかそれ以上のものにしようと気張りすぎたためです。
何度も言われていることですが、YAGNIの原則を軽視した結果です。
また、内輪もめで大量の脱退者が出たという事実を見ても、
今のやり方では参加しても活躍しにくい雰囲気が出来上がっています。
このスレの取り巻きはMonaをウォッチするだけで発展については興味がないのも、
Monaが足踏みを続ける状況を助長させているようです。

以前も貼られていたけど、まったく同じ状況に陥っているので、再掲。
http://pc.2ch.net/test/read.cgi/os/1050476647/79-85

＞DOSみたいな適当なのでも出してくれると嬉しい
そりゃ。遊ぼうとしてないだけじゃねーの？
CVS からコード持ってきて適当に弄れば、相応な程度に遊べる。

>>612
誰もレポートしない現状が問題。

Monaの取り巻きって、漏貧の取り巻きに酷似してるな。
初体験コピペが皮肉だって分かったよ。

できるSEは「全体観」を持っている
ttp://itpro.nikkeibp.co.jp/free/NIP/NIPCOLUMN/20031112/1/

sourceforge.jpのhigeposは始末した方が良いんでわ？
10月にWeb屋とおぼしき人物がhigeposのフォーラムに書き込みしてる……。
取り敢えずレス付けといたけど、もう見てないだろうなあ。

>>614
よく見ると漏貧の方では中田氏してないのだよ。
当然、先生も妊娠しないからその後などない。
その辺>>607の読みが当たってるかも。
# >>405=>>607？

>>616
Monaの主要パトロンであるところの歴史学者henoheno教授が
歴史的価値を重視したため削除するわけにはいきません。
henoheno教授はB-Free→Eotaの変遷の研究で名高い学者です。

>>618
じゃあせめてprojectsのページの方でも移動を告知すべきかと。
ま、あれで気付かない奴の方が迂闊だとは思うけど。

>>617
こっちのスレの方が真バージョン
エロから離れてドロ沼愛憎劇になるから純粋なスケベからは敬遠されて改変された

>>618
和製OS歴史学者の割にNWSOS史保全は黙殺したんだっけ?

>>621
ソースが公開されているものしか相手にしないので悪しからず

>>613
自分で書いたプログラムが簡単に動かせる位にならんと無理だろう。
そうなっても実際コードを書いてくれる人はそんなにいないが。

>>623
そこまで言うならなぜやらないのですか？

>>617
ゴム中田氏してます

>>625
中田氏っつったら*生*中田氏のことだろ、フツー
SEX自体遊びだから結婚・出産なんか以ての外
当然ピルは邪道、中絶を物ともしない神をも畏れぬ所業
中絶よりも女を捨てた上で勝手に産ませるのがベスト
それこそ真の漢の中の漢、類人猿時代からの真理

嵐でも批判でも相手にされるうちが花。
誰にも相手にされなくなった時が真の「終わり」。

ｵﾚﾓﾅｰ

泥沼でも嵐でも何でもいいからとにかく完結させてくれ。
先が気になって夜も眠れん！！

>>624
べつのOSを面倒見てるので、Monaを構ってあげる時間がありません。
似たような経験をして来たので、出来れば協力したいんだけどね。

pukiwikiを使い出してから、Monaに対して、このスレは役目を終えた感じがする。

>>630
いい人ですね。

>>631
そもそも前スレの最後で次スレは必要ないって話が出てOS板にウォッチ板が出来たのに
どっかのアホがここにスレを建てやがったんだよな

次スレは不要でファイナルアンサー？

ねらーのキモさが炸裂してるスレはここですか？

2ch本来の味がよく出ていて面白いスレじゃん。
皮肉じゃなくて、マジで。

>>634
いいんでない？

そもそもPentiumのマニュアルすら読めないタコが
こういうスレに書き込みしてること自体があれだよなあ。

↑こういう書き込みがタコを呼ぶ

ｵﾚﾓﾅｰ

先生は僕の方を見た。
ところが天然ボケなのか近所の人と勘違いしたのか
「こんにちは」と言われたのには正直面食らった。
しかし、次の一言で僕の背筋は凍りついた！
「○○（子供の名前）ちゃん、お父さんよ」
・・・・・・先生は僕が誰か分かっていたのだ！！
子供には状況が理解できるわけもなくキョトンとしていた。
「お母さんはちょっとお話があるから、先に家に入ってなさい」
先生は子供を家に入れると、一気に緊張の糸が切れたのか、
突然泣き出して僕に抱きついて来た。
「いつか、きっと、また会えると思っていました・・・」
僕はもう何が何だか分からなくなって来た。
ただひとつ、はっきり言えるのは、とてもいとおしいということだった。
僕は優しくキスをした・・・。

>>638
よく言われることだが、犬糞がBSDより伸びたのは、犬の混が蛸を大切にしたから。

日本語書けよ

>>642
都市伝説

凄い技術者集団が暇潰ししているオナニースレはここでつか？

ここにすごい技術者集団はいませんが暇潰しのオナニースレはここです。

>>646
やけに説得力のあるレスの速さだ……。

了解です。

祭りになってるぞ
http://pc.2ch.net/test/read.cgi/os/1070006632/

>>649
仕事中なのにXPインスコ祭りなんか付き合ってらんねーよ

>>650
仕事中に2chなんか読んでんじゃねーボケ
クビだクビ

自分も見てんじゃねーかよおっさん

2chはチャットじゃねーぞ、メッセでやれ、と言ってみるテスト

祭りのやつも上司に見付かったんだって(ﾌﾟ
お前らも気をつけろよ(ｹﾞﾗ

>>654
お前には一生分からないだろうな、リーマンの世界なんて。
とりあえず回線切って首吊って死ね。

>>655
こんなとこに書き込んでるとお前も上司に見付かってクビになってプーの仲間入りだ(ﾌﾟ
ショックで二度と社会復帰できずヒッキーのまま一生を終えるぞ(ｹﾞﾗ

ﾋｷｰが社会人の足を引っ張るスレはここでつか?

卑下ぽんは社会人ですよ。
会社でSolarisも使っているバリバリの一線級技術者です。
今週もです待ちで連日泊り込みでした。
こんな卑下ぽんをみんなで応援しよう！！

「卑下ぽんは社会人ですよ。」だそうですが、ひげぽんが引き篭もりだと言った覚えはありませんが。

なんかムカつく文体だな>>659

>>660
煽りスキルだけの人はスルーしとくがよろし。もう無駄レスはお腹いっぱいだよ。

ここはループ村でつか？

俺村長でいいよ。

ttp://www.zdnet.co.jp/enterprise/0309/18/epn12.html
| 描画までの上層レイヤはすべてJavaコードで記述したもの
| Javaを利用しているとは思えないほど軽い

じゃ折れはLoop村酋長な

書き込みがあったから見に来たら焦った。
あれ？こんな書き込み以前もあったな。時間が戻ったのか？と思った。
ぜんぜんちゃうやんけ。

ってかこのスレ、ってかMonaのスレ自体完全に死んだな。
もう生き返らないだろう。

皆の力でスレを蘇らせるのだ！！
と言ったものの、どうしたものだか・・・。

最大の問題は、Monaはひげぽんのオナニーだという誤解。
ひげぽんは皆で一緒に作りたくてオプソにして、SF.jpにアップして、
ライセンスも変えて、Wikiも開設した。
なのに本人も認めるように共同開発体制にはなっていない。
そのためひげぽんの都合でプロジェクト自体の進行が左右されてしまう。

このことが歯痒い人々がオナニー鑑賞派の取り巻きと対立した結果、嵐を呼ぶ。
その狭間で翻弄された参加者たちは出て行ってしまう。
そういう悪循環から閉塞感が支配しているのが現状。

解決策は両極端な2案ではないか。

1. 共同開発体制の拡充（バザールでござーる）
プロジェクト参加という敷居さえ取っ払って、もっと小さい単位でコード募集を行い、
寄せ集めでもいいからどんどんくっつけるしかないのではないか。
SF.jpでのパッチ募集とかにしてしまうと途端に敷居が上がるので、
スレにかける程度のレベルから裾野を広げる努力が必要。
たとえば初心者が悩んで質問しても埒が明かなくて
コード全体をアップしたら1行パッチで解決なんてよくある話。
それをパラレルに行うというイメージ。
これこそ「2ch発」の名を損なわない体制だと言える。
問題は、マネージャーにかなり緻密なセンスが要求されること。

2. 夢は捨てオナニー（伽藍というよりﾋｷ）
皆で作ろうではなく、ひげぽんが作る。取り巻きは最初からそう割り切っている。

もう終わったんだからどうでもいいよ

≫　≫　≫　≫　≫　≫　≫　　終　了　　≪　≪　≪　≪　≪　≪　≪

>>668
目的地が見えてないから共同開発は無理だろう。
ある程度固まるまでは、一人で細々と作るしかないと思う。

ということを前にも書いたような気がする。

>>671
それぞれが勝手に出した思いつきのコードを寄せ集めるのがバザールと書いた。

>>671
ついでに言うとそれは>>668の2
第三者は上で動くアプリとかってこととは別の話

何度終了しても何度も不死鳥の如く蘇る割に糞なスレはここでつか？

もう書き込まない方が良いだろう。

＝＝＝＝＝＝＝＝＝＝＝＝＝　終　了　＝＝＝＝＝＝＝＝＝＝＝＝＝

刑法の大幅改正を検討　性犯罪の罰則強化が柱
ttp://headlines.yahoo.co.jp/hl?a=20031211-00000094-kyodo-soci

小４くらいのとき、マンコが穴だなんて思いもしなかった。
が、年の離れた兄貴のいる加戸は
「ヤッターマンコーヒーライター」
などという言葉を知っているいわば勇者的存在であった。
で、穴があることを知った俺たちだが、どうしてもそれが信じられない。
で、むしろ逆にガキであることを利用して調べようと思った。
ターゲットは音楽の教師である。美人だった。今にして思えば
２０歳くらいだったのではないだろうか。短大出てすぐだったように思う。
実行はいたって単純。ガキ特有のカンチョーというあれである。
あれを前に突き刺すというのだ。
ガキなら許されるであろうという勝手な発想だが、
たしかにマンコすら知らない奴がほとんどだったからナイスな判断だったろう。
で、実行は加戸だった。
加戸はなんの躊躇もなくやった。
思い切り。
思い切ってやっちゃいかんだろ、と思った。なぜにおまえはフルパワーなのだ、と。
音楽教師は泣いた。２０歳前後という年齢を考えればギャグでもきつい。
ガキからすれば大人だったのだが、今思うと娘だ。
むしろ、処女だった可能性すらある。すまん先生。
が、加戸も泣いていた。
両手人差し指骨折だった。第２関節より下で折れていた。
もろに刺さったんだと感心した。やはり勇者だ。
しかも、救急隊員に、マンコに指が刺さって折れましたと泣きながら事情を説明していた。
あの姿も相当かっこよかった

やっぱL氏が降臨しないと盛り上がらないか。

>>668 の1番見て思ったんだけど、OSなんてちょっとプログラミングやってるぐらいの
人間じゃ関われないし、だからこそ共同開発体制が整わないんだと思う。
他のスレでやってるようなゲームの製作とは次元が違う。

ってわけで漏れは2番がいいと思いまつ。

つーか、2しかないっしょ。
先進的な（または何か別の目的の）OSを作ることが目的ではなく、
ひげぽんがOSを作ってみたいというだけだろ？
ロードマップも完成イメージも皆無なんだし、
他人が手を出せるようなものじゃないとおもうけど。

>>679
ひげぽんは最初どんな状態だったかな？

>>680
okuokuがいきなり乱入してきて、
IDEのprobeだとかやり始めたときのひげぽんの感激が分からないかな。
結局お遊び程度のコードで全部ゴミになったけど、
ぶっちゃけMona自体ゴミだからな。

難しく考え過ぎだって。
お前らさんが10年前、厨房や工房だった頃に、
BASICに飽き足りなくてマシン語をいじってた気持ちを思い出せ。

>>681
消防でしたが何か？

>>681
>お前らさんが10年前、厨房や工房だった頃に、
>BASICに飽き足りなくてマシン語をいじってた気持ちを思い出せ。
このスレにいるのはそんな年季入った連中ばかりでもないような気が。
でも難しく考え過ぎというのはそうだと思う。

今、無茶しているのは９０年代に若過ぎた８０年代生まれの世代。

>> 672
まずは何か突っ込んでみ？
盛り上がるかもよ？

>>672,673
今の状態でバザールは無理だと言いたいんだが、書き方が悪かったようだな。
コードが集まっても仕様がバラバラじゃ組み合わせようがないからな。
まあ>>680と同じ意見だ。

前書いたのは>>623じゃなくてもっと前、探すの面倒なのでポインタは無し。

>>681
ひげぽんは確かに「OSの作り方」と言う面では最初は素人だったのかもしれない。
しかしプログラミング能力という部分では、SEだかプログラマーだか知らんがやっているわけで、
もともとかなりあった。

と言うことじゃないのか？

>>687
この板には卑下程度の香具師はゴロゴロしてるよ

>>686
無理だって言ってやる気がなければ無理だな。

__dpmi_regs regs;
unsigned short old_video_mode;
memset(®s, 0, sizeof(regs));
regs.x.ax = 0x0f00;
__dpmi_int(0x10, ®s);
old_video_mode = regs.x.ax & 0xff;
regs.x.ax = 0x13;
__dpmi_int(0x10, ®s);

>>687
実力と言うよりやる気。
高い金出して分厚い本買って勉強するだけの気力があった。
それが何より大きい。
本当に作る気があれば、OSと言ってもただのプログラム。
質の良い物となれば話は別だけど、作るだけなら大した能力いらない。

＞コードが集まっても仕様がバラバラじゃ組み合わせようがないからな。
それが2chっぽいと言ったのだけど分からんようだな。
関数だらだら並べるだけなら全然無問題。
ゲームじゃないからストーリー性とか関係ないしな。
全体の整合性とか言ってるから2chらしくないんだよ。

>>691
気負いすぎ。聞けば答えてくれる香具師はゴロゴロしている。

犬糞はBSDに比べて乱雑とはよく言われるが、そんな比じゃない。
便所の落書き並みの2ch流をやるくらいの意気込みがないと、
胸を張って2ch発とは言えないよ。
アーキテクチャがボロボロでも動いたもの勝ち。
Win3.1やWin95がOS/2に勝ったってのが良い例。

>>690
djgppのコードか？Monaに適用できるか？

>> 690
それをいったいどうやって組み上げるというのか。
てか、13モードにしたところで。。。

>>695
誤爆じゃないのかな？

ひげがはじめたのは自分でOSを作りたいからだろ？
他人が手伝うのは別に悪かないだろうが、
最低限 ひげがやりたいこと、他人にやってもらいたいこと
これくらいははっきりさせないとどうしようもないだろ。

ひげがやりたいことをできないのならそれはすでにひげの手を離れたプロジェクトだし。
Monaはそうじゃないんだろ？

>>696
今のMonaのVESAコールを任意にすれば済む話。
Windowsは95の頃から起動中の画面は13モード。(XPも)

>>697
起動中のアイコンパレードとかのことだろ。

700GET!

>>698
ひげ自身、煮え切っていないと思われ。
支配権は維持したいがみんなにどんどんコードは書いて欲しい。
okuokuが勝手に糞みたいなコードを混ぜても喜んでただろ？

L氏みたいに引き篭もらないと何年経ってもどうにもならないよ。
みんなの大好きな犬糞なんか、Linusの書いたコードは1割もなくなってるだろ？

>>701
その当時、okuokuを見直す発言があったのに、無視したので印象が悪くなって、
「臆々」などと揶揄されるようになるきっかけを自分で作ったって理解してないだろ。

>>699
ビンゴ。
この程度のことも見抜けないなんて、喪前ら頭堅くなり過ぎ。
厨房時代にマシン語で戯れてた気分を思い出せって。

あ、俺、690とは別人ね。690を見て真っ先にそう思ったってだけ。

最近の卑下の発言見てると、支配権というより、名誉職的なポストを望んでいるように見える。
デスマーチの連発で、そうしないとどうにもならないことを悟りつつあるようだし。

Mona は今 13モードやろ？
いまさら 13モードをどう組み入れろと。

>>707
なら最初からそう言えばいいじゃん。
堅いこといいっこなしな。それが2ch流。

最低限、Monaのコードくらいは見ろと。

>>709
堅いこと言いっこなし。
厨房でも火遊びしたくなる、それがいいんじゃねーか。

>>710
それくらいざっくばらんな雰囲気で成り立たせることが出来れば、
リア厨とかでも冒険する香具師がどんどん出てきそうな予感。

>>711
そんな貴女にSORA

何だかんだ言いながら、喪前らMonaに期待しまくってんな（ｗ
こんなに注目されただけでも卑下は幸せものだぞ。
何の役にも立たないベーパーウェアにしては例外中の例外。

そして、誰もいなくなった・・・・

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊終了＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

>>712
あれはもはや冒険じゃなくて
時刻表見ながらキッチリ計算して
各駅停車の旅してるようなもんだろ〜

自分の周りにイエスマンや茶坊主ばかり集めるようになったらその組織は終りが近い

家の中に入り、色々な話をした。−−
女ということで生徒になめられて授業中に騒がれたりなどで悩んでおり、
僕のこととは関係なく、最初から学校を辞める予定だった。
以前付き合っていた彼氏とは結婚直前まで行ったが、暴力に耐えられず別れた。
それがトラウマとなって、男の人とまともに付き合えなくなり、
彼氏と別れてから僕と関係を持つまで何年もセックスレスだった。
彼氏には中絶させられたこともあったが、
本当は子供が好きでどうしても産みたかったので、
中絶してしまったことはずっと後悔していた。
学校を辞めてでもシングルマザーとして育てるべきだった。
そして僕との一件は、学校を辞める直前で後ろめたさはなく、
結婚よりも子供が欲しいという願望が強かったのもあり、
ついつい僕に体を許してしまった。
結果、妊娠して出産したわけだが、そのことは後悔していない。
−−以上が今までの経緯だそうだ。
相手は誰でも良くて、僕は利用されただけなのかと少しムっとしたのだが、
自分からお願いしたことでもあり、それは筋違いだろう。
僕は婚約のことを話そうとしたのだが言い出す勇気はなかった。
人には洗いざらい話させておきながら、最低だ・・・。

Mona信者のパターン

1. 織田信長タイプ「鳴かぬなら殺してしまおう不如帰」
期待が大き過ぎるのか、逆上してスレを荒らす香具師ら。

2. 豊臣秀吉タイプ「鳴かぬなら鳴かせてみせよう不如帰」
能率が向上について突っ込みまくる香具師ら。

3. 徳川家康タイプ「鳴かぬなら鳴くまで待とう不如帰」
いわゆるMonaの取り巻き。

最後に誰が天下を取ったかっていう簡単なもんじゃないよ。
2は1に、3は2と1に依存した結果だからね。

何故ひげぽんマンセースレになってんだ？
気持ち悪いんですけど。。

>>719
ひげぽんのスレだから別にいいかと...。
気持ち悪けりゃ来なきゃいいじゃん。

「鳴かぬならxxxxxxう不如帰」

「鳴かぬなら逃してしまおう不如帰」

>>722
俺の上司の口癖だｗ

「鳴かぬなら別のに代えよう不如帰」

「鳴かぬなら鳴かせて見せるぞイク瞬間」

「鳴かぬなら自分で鳴こう不如帰」（故・江戸家猫八）

>> 708
堅いことは言わなかったとしても、コードにまとめる役のヤツは必要になるか。
掲示板にコード書き散らしたところで、コードに反映するヤツが居なかったら動く訳がない。

>「鳴かぬなら自分で鳴こう不如帰」

ﾊｶｰの動機付けだね。

>堅いことは言わなかったとしても、コードにまとめる役のヤツは必要になるか。
>掲示板にコード書き散らしたところで、コードに反映するヤツが居なかったら動く訳がない。

それは本来ひげぽんの役目だな。多分。
本人忙しい＆やる気減退？らしいから望み過ぎるのも酷だが。

>>729
コード反映を許可するか許可しないかを決める事がPMの仕事じゃないの？

>>730
許可するか許可しないかを判断するのは当然として、
こういう小さなPJでは、実際的な作業もやるのが自
然だと思うけど。

PMが実際に作業するというよりも、メインプログラマと兼務してるから、
結局、ひげぽんさんの役目になるわけですかね。納得。

>>731
「自然」が分断されてるのが不自然なんだけど。

結局能力は誰もが認めるところだが時間がなくてどうにもならない
というのが結論では？

結論は「またーり見守る」に決定しました。

CVSを見る限りでは久々に更新された模様

つか、このスレはOSを作る、または作ろうとしてる人のためのスレだから、
別におまいらがこのスレを通して作業報告してもいいんですよ。

　　　☆ ﾁﾝ　　　　☆ ﾁﾝ　 　　　☆ ﾁﾝ
　　　　　　　　　　〃　　☆ ﾁﾝ　〃
☆　ﾁﾝ　　〃　 Λ＿Λ　　　 ☆ ﾁﾝ
　 ヽ　＿＿_＼（＼・∀・）　＜>>717の続きまだぁ〜？
　　 　 ＼＿／⊂　⊂＿ )
　　 ／￣￣￣￣￣￣ ／|　　☆ ﾁﾝ
　　|￣￣￣￣￣￣￣| 　|
　　|　　　みかん　　　|／

　 　 　 　 　　　　　　　　　　　　　　　　　　　　　 /　　　 丶
　 　 　 　 　 　 　 　 　　　　　　　　　　　　　　　/　>>727 !
　　　　　　　　　　　　　　　　　　　　　　　　　　 l　　　　　　|
''''''''''‐-､, 　 　 　 　　　　　　　　　　　　　　　　 |　 　 　　　｜
::::::::::::::::::::＼ 　 　　　　　　　　　　　　　　　　　 | 　 　任　　 |
:::::::::::::::::::::::::ヽ　　　　　　　　　　　　　　　_,,,,,,_ .|　　　　　　　|
:::::::::::::::::::::::::::::':, 　 　 　 　 　 　 　　,.-''"::::::::::::｀l　 　 せ　 　|
::::::::::::::::::::;ﾍ::::;::i 　 　　　 　 　　　／::::::::::::::::::::::::|　 　　 　　 l
::::::::::::::::::::'､|ヽ!ヾ 　 　 　 　　　　/::::::::A:::;::::/!::ﾑli 　　た　　|
:::::::::::::::::::､:'､ 　 　 　 　 　 　　　,':::::::::ハ;ハ;l ﾚ' '|ヽ　 　　　/
:::::::::::::::;:::| `!　　,.,.._　 　 　 　　 ﾚi::;lV. ┃　　 ┃''"ﾑ　　／
::::::/l:::ハ:|,/　　i　ヽﾍ,　　　　　　 '〈|　　　　　　　　　ソ'''''､
:::/ ,|/,,／ 　　　',　 l, ヽ.　　　　　　 l､　　 r一‐:､　 /:::::::::::'､
/　| ''　　　　　　＼ 丶.ll''r､.,_　　　/::`':.､ ヽ--‐',.イ､::::::::::::::'､
:‐┴:､.　　　　　　　`i''y'l |: : : ｀`''ヽ‐''ヾil´`i';､''" /　 >､:i､::::::',
　　　 ＼　　　　　　 '-'､/ : : : : : : :`: : : lL,, l　　/_ ,//: :＼'､;::､
　　　,.-‐ヽ,　　　　　　　`'-､: : : : : : : :l: 〈<,_i-‐l_,>〉′:i|: : ＼ヾ
　 ／／´｀.ヽ　　　　　　　　 `'-､ : : : : | : :`'ヾ l''": : : : :| : : : :ヽ

MonaのMLってスパムばっかりで議論も全然ない。
このスレの方が100倍有意義だ。

なんでMLって非公開なのさ？

>>741
恥部だからさ。
週刊誌にマンコは載ってないだろ？

山田くーん、座布団1枚! >>742

話が一段落すると、子供と3人で食事をした。先生の手料理だ。
最近、結婚を控えてそういうシーンを想像することはあったが、
まさかこういう形で先に体験することになるとは思いもしなかった。
自分の子供なんだなという実感が湧いてくると同時に、
女手ひとつで頑張っている先生がいとおしく、申し訳ない気にもなった。
食事の後は3人でお風呂に入った。
31歳子持ちということもあり、正直言ってあまり期待していなかったのだが、
5年前からほとんど崩れていないスタイルには驚かされた。
それでもまるでいつものことのように違和感を感じなく、
いやらしい気持ちにならないのも不思議だった。
だがそれも子供が寝るまでだ。
改めて向き合ってみると、まんざらでもない。
目の前にいるのは、5年前と変わらない、可愛い先生だ。
「先生・・・」
「もうあなたの先生じゃないし、先生はやめて・・・」
僕は恥ずかしそうにする先生の肩をそっと抱き寄せ、キスをした。
初めての時の感動がよみがえって来るのを感じながら・・・。

>>740
脳梨の除名者が何ほざいてんだか

>>745
そういうお前も同類だろ?

http://lists.sourceforge.jp/mailman/listinfo/mona-developer
誰でもML読めるぞー

>MonaのMLってスパムばっかりで議論も全然ない。

10月にひげぽんによるWIKI移行宣言がMLに流れてるよ。
MLは事実上放棄って事。ちょっとでも敷居を下げて
オープンになるようにとひげぽんも腐心してるんだよ。たぶん。

ところでさ、FDCDriverってあるじゃん、FDDのドライバーです。
これって普通BIOSの力を借りて、ドライバー作るの？int 13hで。
それとも別の方法を使ってドライバー作っているの？

ソース見ればすぐわかるような下らん質問するな

FDCDriver って I/O 叩いてるやろ。
BIOS 使えるならドライバ作るほどでもない。

ここは>>748を叩くスレになりました

その辺りの疑問を持つ感じだけれど作ってみたいってのなら、
BIOS 使うものから作ってみると良いのでないかと。

>>752
マルチタスク化でBIOSを使用するためには
Lﾀｿが自慢する超高度技術が必要です

BIOSに落ちてる間CLIしとけばいいじゃん…

フロッピーアクセス中にマウスとか動かなくなるぞ

>>753
BIOS使ってる間他を止めておけば難しくないとは言っていた。
彼曰く、他のBIOS利用タスクと干渉させないように作るのが面倒らしい。
まあ結局今のNWSOSではBIOS利用タスクを一つに絞って排他してるらしいけど。
Lﾀﾝ帰って来ーい。

>>747
これが真相か。。。
ttp://lists.sourceforge.jp/mailman/archives/mona-developer/2003-October/000473.html
ttp://lists.sourceforge.jp/mailman/archives/mona-developer/2003-October/000474.html

>>755
いいんでねーの？MonaにGUIないし、そもそもマウスドライバないし。
マルチタスクを標榜しておきながらDOS以下ってのが藁える。

舌を絡めてディープキスをしながらオッパイに手を伸ばした。
オッパイを鷲掴みにしてやさしく揉むとピクッと体が動いた。
僕はたまらずネグリジェを脱がしてオッパイに吸い付くと、
もう片方の乳首を指でコリコリと摘んだ。
さすがに出産から４年も経っているので母乳は出なかったけど、
もう片方の手でアソコに手を伸ばすと既に洪水状態だった。
すかさずパンティを脱がしてクリトリスに吸い付くと、
「あっ・・・」と声を上げて軽くイッたようだった。
前回は初めてだったので分かるはずもなかったけど、
先生のアソコは小振りだけどなかなか良い形をしていて、
とても良いにおいがすることに気付いた。
僕は夢中になってアソコにむしゃぶりつきながら、
指でクリトリスを転がすように刺激すると、
声を挙げてあえぎながら身体をくねらせた。
１０分程丁寧にクンニした後、中指を入れてＧスポットを攻めると、
先生は「あーっ」と叫びながらすぐにイッしまった。
気持ちよさそうに余韻に浸っている先生の顔の前に
僕はガチガチに固くなっているモノを突き出した・・・。

ドウモ〜〜〜ッ！！お〜ｏ(⌒0⌒)ｏは〜♪ハジメマシテ〜〜〜ッ☆☆（*⌒ヮ⌒*）
私は２２歳のOLしてるのぉ〜〜〜っ♪（#⌒〇⌒#）キャハ
うーんとー、私メル友がすっごくすっごく欲しくってー、＼(⌒∇⌒)／
探してたら(◎_◎)なんσ(^_^)とっ！☆彡(ノ^^)ノ☆彡ヘ(^^ヘ)☆彡(ノ^^)ノ☆彡
素敵��(ﾟ□ﾟ；ハウッ！な掲示板♪を発見！！！！(^o^)//""" パチパチパチ
あやしい所��(ﾟ□ﾟ；ハウッ！とか…{{ (>_<;) }} ブルブルすごい数の掲示板がありますけど、
これ全部１人の方が管理して ＼(^o^)／ いるんですか？（＠＠；）すごすぎ …
てなわけで、ついついσ(^_^)書いちゃったＣ= Ｃ= Ｃ= Ｃ=┌（^ .^）┘ のらー(o^v^o) エヘヘφ(｀∇´)φカキコカキコ♪
メル友に、なってσ(^_^)くれるよねっ。(*^-^*)　お・ね・が・い♪(*￣・￣)ちゅ♪ッ
え？くれないのぉ〜？(;¬_¬)そんなのいやい♪（#⌒〇⌒#）キャハ や〜〜、ｶﾞ━━━(ﾟﾛﾟ)━━━ﾝ
なってくれなかったら、( ｀_)乂(_´ ) 勝負！ ＼(^o^)／
☆○（゜ο゜)ｏ ぱ〜んち、☆（゜o(○=（゜ο゜)ｏ バコ〜ン!!♪（#⌒〇⌒#）キャハ ( ﾟ▽ﾟ)=◯)`νﾟ)･;'パーンチ
（＞＿＜） いてっ！ダメ!! ゛o(≧◇≦*)oo(*≧◇≦)o″ダメ!!
素敵��(ﾟ□ﾟ；ハウッ！な掲示板♪ｶﾞ━━━(ﾟﾛﾟ)━━━ﾝ を発見！！！！(^o^)//""" パチパチパチ
(☆o☆)きゃ〜〜(@_@;)やられた〜〜(o_ _)o ドテッ　ガ━━（ﾟДﾟ;）━━ン！
(+_+) 気絶中。。。｡･ﾟﾟ･o(ｉДｉ)o･ﾟﾟ･｡うぇぇん <(゜ロ゜;)>ノォオオオオオ!!　��(ﾟ□ﾟ；ハウッ！
なあんて（#⌒▽⌒#）こんな♪（#⌒〇⌒#）キャハ 私っ！σ(^_^)だけど、（／／／▽／／／）
お友達σ(^_^)になってm(_ _)mくださいませませ♪('-'*)フフ　ﾄﾞｶﾞ━━━Σ(ll◎д◎ll)━━━━━ﾝ
ということで。(^-^)vじゃあね〜〜〜♪(⌒0⌒)／~~ ほんじゃo(゜▽゜ヽ)(/゜▽゜)o レッツゴー♪
それでは、今から他の掲示��(ﾟ□ﾟ；ハウッ！板も色々見てきまーすＣ= Ｃ= Ｃ= Ｃ=┌（^ .^）┘
（*＾-＾*）ﾉ~~ﾏﾀﾈｰ☆'.･*.･:★'.･*.･:☆'.･*.･:★

>>760
はじめまして。書くの大変だったろ。
……てか嵐か？お前。
顔文字ばっかでめっちゃ読みにくいぞ。意味フな文字は控えろ。
誰もお前の友達になんかならねーっての。嵐くらいかもな。(ｹﾞﾗ
とか言いながら何相手してんだろ＜漏れ

>>759
頼む、次を急いでくれ。カウパーまみれでもう我慢できねぇ状態なんだ！！

ここ何のスレ？

>>763
オナニースレ
色んな意味で（ｗ

哀れじゃ>>762

（有名なコピペにマジレスしてるよ・・・）

先生はボクのモノを口に含んでくれた。
でも５年前と同じでやっぱり気持ち良くない。
（婚約した彼女とは大違いだ。）
まったく上達していないところを見ると、
あれからエッチしていないのかと思い聞いてみると、
「あたなとエッチしたのが最後です」とのこと。
僕がこの５年間で数十人と数え切れないほどエッチして来た間に
先生はずっと子育てや仕事に追われてきたのか・・・。
そう思うと胸が切なくなってきた。
僕は先生の口からモノを抜くとギュっと抱きしめた。
「何もできなくてごめんなさい・・・」
「ううん。そんなことないよ」
いとおしさが頂点に達したところで、いよいよ挿入だ。
亀頭の先をアソコにあてがうと、一気に突き入れた。
５年前と同じように、痺れるような感覚が腰からつま先までを駆け抜けた。
これだ。これこそセックスだよ！！
こんな快感は近頃まったく感じたことがなかったものだ。
少しピストンしただけですぐに絶頂の気配が訪れてしまった。
先生に対する感情が快感を増幅させてくれているのかと思ったが、
それだけではなく、先生のアソコはかなりの名器だと気付いた。
僕が女遍歴を重ねたのもこの快感を探し続けていたからかもしれない。
そうと分かればもう何も遠慮することはない。
「先生、大好きです！」と言ってキスをすると、
僕はゴールを目指して一気にラストスパートをかけた。

なんだこりゃー、ふざけんなよ！
俺は生殺しなのか？逝かせてくれーーーー

>768
炒ってﾖｼ(ﾟ�听)

>>769
ありがと。真のゴールは次回にまわして、とりあえず今回はラストスパートかけるYO!

逃げた>>727は口だけ達者なチキン認定
「臆々の子」と名乗りなさい

>>771
あ。727 とか書いてあったな。
これはやられっちゃ。

>>771
OKしたら「卑下の子」なのか？

名無し

菜々子

真面目なスレはどこにあります？

久しぶりの書き込みです。
ちょっと最近いそがしぎみで更新が滞っていました。

スレッド対応もだいぶ先が見えてきました。
スレッド化はこだわりすぎるとはまりそうなので
とりあえずスレッドという概念を導入してMona上で動けば
いいというスタンスです。
パフォーマンス等はあまり考慮しないよていです。

次はいよいよドライバインターフェースでしょうか。

777ゲットを待ってたに3明日凛

本人がやる気ないから全部無駄だったね

>>776
http://pc.2ch.net/test/read.cgi/os/1066957498/

何様のつもりなんだろ？

まぁ、コミュニティを育てようという気が感じられないのは事実だね。
今までの経緯を見ても自分の都合でしか動いてないし。
建前がどうであれ、所詮はオナニーだってこった。
本気でどうこうしようってんならAsagaoみたいに派生した方がいいよ。
そうしないと身動きが取れない。

そういやあさがおのFSってどんなのだったか見た香具師いる？
腸黐＞公開していたファイルシステムの仕様については色々変更・修正する必要があるので一時公開を取りやめます。

誰も見てなかったら藁えるな(ﾌﾟ

>>782
同意。
Monaの表面的なオープン度に惑わされてる香具師が多杉。
でも誰もあさがおがオープンだとは思ってないだろ？
ひげぽんとわたもちは同類だ。
要するに自分の都合で暇つぶししてるだけ。
そこんとこ勘違いするなよ。

＞次はいよいよドライバインターフェースでしょうか。
漏れらを遊ばせろー、と言って見るテスト

>>783
見たけどちゃんと読まなかったから忘れた。
ブラウザのキャッシュにも残ってない、ｽﾏｿ。

>>786
紙2001でも使ってメモる癖つけとけ。
LのBBSの失われたログがどうこう言ってる香具師もな。

今保存しておかないと危ないのは復活したmeg-os.orgかな。
後でristiaの仕様がないーとかほざくなよ、カスども。

>>787
そんなネタソフトは使わなくてよろしい。

>>788
「紙2001」のほかに何かあるのか?
「kuropan」とかいう似たようなソフトがあったがこっちのほうが使いやすい
HTML編集も出来てほとんど完璧にローカルに保存できるソフトがあるなら教えてくれ
(もう完全にスレタイトルとは違ってきてるな)

＞(もう完全にスレタイトルとは違ってきてるな)
もともとネタスレだからオナニーの足しになれば何でもOK!

>>790
死ね

>>791
ｵﾏｴﾓﾅｰ

>>784
なぜお前はひげぽんを悪く見ようとしている？
単に余裕がないだけとは思わないのか？

平安京

>>793
もはや終わったことだ。そっとしといてやれ。

>>795
荒らしがアンチではなく信者の仕業だと判明した今、
放置しといても収まるどころか悪化するだけだよ。

>>794
この前テストで出たYO!

>>796 (ﾟДﾟ)ﾊｧ?

>>798
>>718

正義の見方君がいらっしゃいますね

うえーん、狙ってた800をゲットされちゃったよ〜
￣￣￣￣￣￣￣￣￣∨￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　 　 ∧＿∧
　　　　　　　　　　（ ´Д⊂ヽ
　　　　　　　　　 ⊂　　　　ノ
　　　　　　　　　　 人　 Ｙ
　　　　　　　　　　し （＿）

お前らが何言っても無駄だってまだわかんねーのか?
古来、信者の暴動は神もしくは地上代行者が直接説得に当たらない限り収まった試しはないぞ。

前スレから延々と続いてるね
このスレなんか95%が糞レス

誰もわたもちの弁護はしないんでつね・・・

>>804
「物知りック」の一件とか自分から争いの種をばら撒いてるから誰も信用してないわな。

>>805
すげー粘着だな









お前がだぞ＞＞８０５

>>793
片腕になれるような人材がいないしね。
ぐっさん？2chを纏め上げる気はなさそう。
臆々？糞の役にも立たんだろ。

つかさ、マジこのスレ終わってるよ。
MLと同じように廃止してWikiに統合しろよ。
ウォッチなら既にスレがあるわけだし。
http://pc.2ch.net/test/read.cgi/os/1066957498/

＊＊＊＊＊＊＊＊＊＊　終　了　＊＊＊＊＊＊＊＊＊＊

--------------------------------------------------------------

　　 完
--------------------------------------------------------------
Title "OSを作ろうpart7"
(c) HIGE★PON , 2003/12/17 Osaka Japan.

We never forget the Funny man, "HIGE-PON".
He Loves Java and Solaris and Oracle.
Yesterday, he worked with a mount of Mona.
They are in Love, over the Mt.Fujiyama, and into the Biwako Lake(Honobono)

ここでvoid風に煽る奴が出てきたら面白いんだが。

>>785
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?%B5%C4%CF%C0%2F%A5%B4%A1%BC%A5%EB

これ受けてるみたいだからねぇ。
まぁもうしばらく４，５年くらい待ったれば？

CORON、NoName、muramura、Sora等の和製OS作者が
合流すれば面白いと思うんだがなぁ。
皆一国一城の主を目指してて、
結局どれも中途半端だという状況は正直もったいない。

>>812
それはどうかなあ？能力のある人間が集まれば能率アップするって限らないし。
むしろクセの強すぎる人間が集まると「船頭多くして船山に登る」ってことわざのように
迷走のあげく空中分解するケースもあるかんな(w （経験アリ）

船が山に登るだけだろ。
「OS作者」でなくとも、単にプログラマの協力者が増えれば伸びると思う。
その下地が出来る段階までは、「動くだけ」とかの半端な状況が続くのも仕方が無い。

って、投稿しようとしたら既に>>813が……。
おのれ。　（？）

>>813
和製OSの作者連中は別にクセ強くないと思うよ。KやLやMが特殊なだけ(w
もっとも、プロジェクトの目標が「新しいOSを作ろう！！」という何も言って
いないに等しい様な現状では、技術的に優れててリードする人間が必要だとは
思うけど。

>「OS作者」でなくとも、単にプログラマの協力者が増えれば伸びると思う。
OS作者というかカーネルコードが書けるヤツが必要だと思うんだ。
現状Monaにはカーネルコード書く以外の仕事はないし、この仕事が
一段落するまで、カーネルの基礎知識を持っててGNUツールに精通
しててCPUもある程度わかってるようなある意味特殊な連中以外の
出番はほとんど無い。で、そういう人材が分散しまくってる現状は
もったいないなーと思うわけ。

よくよく考えてみると、
>技術的に優れててリードする人間が必要だとは思うけど。
ひげぽんには無理そう。候補の人間もいない。
クセのあるヤツがいない故に空中分解してしまいそうだ(w

>>815
そういう情報をosdevで集めて共有すりゃいいんだが、
なんか違う方向だからなあ。

カーネルコードが書ける人はいっぱいいると思うぞ、カーネルを設計できる人は少ないと思うが。

カーネルの設計をしないという手もある。
LinuxがUNIXをコピーしたように・・・

>>811
YAGNIを無視しまくってて藁える

　　　☆ ﾁﾝ　　　　☆ ﾁﾝ　 　　　☆ ﾁﾝ
　　　　　　　　　　〃　　☆ ﾁﾝ　〃
☆　ﾁﾝ　　〃　 Λ＿Λ　　　 ☆ ﾁﾝ
　 ヽ　＿＿_＼（＼・∀・）　＜>>767の続きまだぁ〜？
　　 　 ＼＿／⊂　⊂＿ )
　　 ／￣￣￣￣￣￣ ／|　　☆ ﾁﾝ
　　|￣￣￣￣￣￣￣| 　|
　　|　　　みかん　　　|／

正直、カーネルはパチモンでもいいから、
ミドルウェア層から上を独自に工夫したものを見てみたいって感じ。
ひげぽんは仕事上その辺のアイデアを持ってそうだし。

車輪の再発明を独自性と言われてもなあ。
まだデファクトのない分散OSとかならまだしも。
最近知ったんだが↓なかなかいいよ。
http://fsd-amoeba.sourceforge.net/

今一番熱い視線を集めているのはNWSOSの逆コンパイル

>>823
Amoebaすか。ライセンス問題ないのかな？
まあtanenbaumセンセを嫌っている人には不評かもしれず。

車輪の再発明は、どこぞのコミュニティの流行のようですから(事実誤認)。

>>822
OSXってのもあるからな。
カーネルはPOSIXでも十二分に独自性を発揮できるという良い見本。
そういうのもありだと思う。

>>826
BeOSもな。

>>825
AmoebaはMonaと同じMIT/Xライセンス
ftp://ftp.cs.vu.nl/pub/amoeba/LICENCE

今から作るんならどーせ完成は5年くらい先なんだから
・64bit
・分散OS
・CPU非依存バイナリ
くらいは網羅してないと世間をうならせるようなものにはならないだろ。
/.JでNWSOSが紹介されたときは酷いもんだったぞ。
ttp://slashdot.jp/article.pl?sid=02/07/20/1722207&mode=thread&threshold=-1

>>829
本気で言ってるんなら卑下にItaniumマシンとOpteronマシンを寄贈しろや

>>830
有難迷惑だと思う

ひげぽんって姿勢だけは先進的(?)なイメージがあるけど、
実際に言ってること／やってることはKみたいに箱庭的。
この辺のギャップに振り回されてる香具師が多いな。

どうせなら起動メディアからデバイス非依存をたっせいしてほしいな

>>833
KHBIOS

>>828
なるほろ。
MINIX1見たいなのかと思ってましたよ。

>>834
まずKHBIOSを保存するメディア/ROMがデバイス依存だし
KHBIOSのコード自体はIA32アーキテクチャに依存してる

>>833
未来志向で64bitならEFIになるから不要
http://www.zdnet.co.jp/news/0309/24/nj00_efi.html

>>834
EFIがあれば不要
Kが古いマシンに固執したための産物でしかない

>>837
そもそもそういう一番原始的な部分では
CPU非依存、アーキテクチャ非依存って達成できないんじゃないの？
EFI自体がそれ自身がフレームワークとなり、すでにアーキテクチャを固定してしまっているわけだし。

>>838
HALってそんなもんでしょ。
NTのHALの一部の役割がEFIに委譲されると聞いたが、
犬糞とかでもEFIを利用すれば、
昔から提唱されつつまったく実現しなかった
「共通ドライバ」の理想の一部が現実になるね。

もっともそのドライバはCPU依存になるだろうが、
AlphaみたいにBIOSでx86エミュなんてのも現実にされてるわけだし。

ともかくそういう先進性から一番遠いところにKHBIOSは位置している。

そういやOpenFirmwareなんてのもあったねえ。

まあKHBIOSなんて言う、何時出来るかわからん物に期待するのが、
そもそも間違っているような気がしますが。

>>840
x86用OpenFirmwareを目指したのもある。
http://www.openbios.info/index.html
IntelがEFIを前面に出したことで過去の遺物になりそうだが。

>>841
お、まだ開発続いてるのか。
もうお星さまになってしまったかと…

勿体ないので物になってもらいたい所ですな。

http://www.jpbe.net/news/archives/2003/12/000570.html
本当の初期から、僕はプロジェクトをキットの大きさの部分に分割すべきだと分かっていました。
普通、人々はまずカーネルの作成から作業を始めます。
例えば、犬糞の Linus さんや 386BSD の Bill Jolitz さんなどがそうですね。
＊＊しかし、それではカーネルの生の 0 と 1 に関わる作業をしない開発者がみんな逃げていってしまうでしょう。＊＊
僕達は、それぞれのキットを並行して作業しています。
これによって、カーネルから作りなおすよりずっと多くの進歩を得ることができました。

>>843
パクリOSにしか通用しない罠。

>>844
互換ライブラリで下層をラップしてAPIから作ることは可能。
そこまでいかなくてもひげぽんは局所的な部分の開発をCygwin上でテストしてるしな。

>>845
あさがおでは早期のアプリ開発を視野に入れてJavaで互換環境構築してたし、
ristiaもWindowsでも動作させることでMEG-OSをIPL代わりにすることを目論んでたね。
はっきり言って、セルフ開発は大してメリットにならない。
日常生活に不自由しないレベルに達してれば別だが。

「先生、イクよ？イクよ？」「んっ！・・来て！・・来て！」
僕は尿道口を子宮口に合わせるように押し付けるようにピストンして、
正上位で腰をギュッっと抱きしめて「先生、先生」と言いながら果てた。
こんなに早く果ててしまったのは童貞以来だったと思う。
５年間みっちりと経験を積んで来たつもりだったが、先生の前では童貞同然だったのだ。
そのまましばらく抜かずに余韻を楽しんでいたら、
先生は優しい顔で「あの時と・・変わらないわね・・」とつぶやいた。
僕は「先生、先生は今でも・・・・最高です」と答えると、
恥ずかしそうな表情で「うれしい・・」と言ってくれた。
モノを抜くと、ザーメンがどろっと出てきた。
先生はザーメンと愛液でどろどろになったモノを口できれいにしてくれた。
このとき先生は僕を気持ちよくさせようというつもりではなく、
純粋になめてきれいにしようとしてくれたのだったが、
それが逆に果てて敏感になったモノには非常に具合が良く、
きれいになる頃にはすっかり復活していた。

ひげぽんて技術力ないか？
物理的に割ける時間がないのだと思うんだけど。
わたもちと比べるのはいくらなんでも・・・

元気になたところでもう一度正上位で少しずつ沈めていくと
膣壁が絡まってきてとても気持ち良い。
締め付け具合はとても出産を経験しているとは思えないほどで
僕も思わず「んっ・・んっ・・」と声が漏れてしまう。
「どこがいいんですか？」と聞いても曖昧な返事。
ピストンで奥の方を付くと先生の声が大きくなるので、
奥を攻めながら「奥？」と聞くと「あっ・・お、奥」との返事。
一度抜いて奥を攻めるためバックで再挿入。
奥まで入れるとちょうどモノが根元まですっぽり包みこまれる。
「の」の字を書くように腰を動かしてポルチオを攻めると
「あっ！・・・だめ・・・だめ」とみるみる先生の顔が快感で歪んだ。
特に声が大きくなるポイントを集中的に突くと
先生は腰をピクッと反らしてイッてしまった。
５年間で獲得した技が冴える瞬間だ！
そのまま止めずに攻め続けるともうわけがわからないといった状態。
さすがに僕もそろそろヤバくなってきたので、
そのまま背面騎上位に移行して一気に腰を動かすと、
僕は快感で頭が真っ白になりながら先生の一番奥で果ててしまった。
ドクッ！ドクッ！という快感が体を貫く瞬間は思わず腰が痙攣してしまうほどだった。

>>829
分散OSってまだ研究してるひといるの？
情報工学としてのテーマとしてOS研究ってのが
そもそも終ってるのかもしれないけど。

>>845
APIの仕様を決めたりラッパを作る手間も馬鹿にならない。
仕様が固まってる＆実装が存在している既存OSのパクリ
以外ではその手は使い難いというのが私見。OBOSもBe社の実装
（キットの開発はオリジナルのBeOS上で行われている）が
なければこんな偉そうな事は言えないだろうね。

爆発だも〜ん

>850
OSってまだ研究の余地が残っていると思うが。
大学で専攻するならけっこういいと思うよ。

OSっていうテーマじゃ漠然としすぎてるってのはあるかもよ。
http://laplace.theory.cs.ritsumei.ac.jp/~takayama/MathEssays/os.html

さすがにテーマがOSってのは、広すぎで、研究としては一部分取り出すべき。
学生にとっては、大半が勉強で、研究に関しては少しですし。

OSの研究じゃお金引っ張って来れないから。
人が集まらんし。

>>851
アホ？
どうせやらなきゃいけないことじゃん。
私見なんか述べてる暇あったら制定してみ。

>>857
ごたくだけ並べて何もしないチキンや技術力のない厨房は放置しる！

>>857
それはOSの設計者(=ひげぽん)の仕事だろう。
案を出すのは自由だが。
漏れはPOSIXベースのしか思い付かないので、遠慮しておきます。

>>858
>>851は別に間違った事は言っていないが。
そうか、おまいを放置すりゃいいのか。

>>857
いずれやらなければいけないと言うのは、まぁ、そりゃそうなんだけどさ。
ただ、オプソというかバザールというか、そっち系の開発で
「モジュール分けてみんなで並列実装！！→(ﾟдﾟ)ｳﾏｰ」なんてのは幻想で、
よほど条件が整ってないと難しいんだよ。
この辺のことは「伽藍とバザール」をいまいちど読み直してみるのも良いかもね。

分散OSなんていって、OSの基本的アーキテクチャから
設計し直すぐらいなら、Linuxのmosixみたいなので
いいんと違いますか？MachみたいにOSの機能を
RPCで分散化させることは大して意味ないでしょ。
精々データの統合化がされていれば十分。

>>860
何もせずにごたくだけ言ってないで
無駄になってもいいから手を動かせボケ

>>859
>>858は別に間違った事は言っていないが。
そうか、おまいを放置すりゃいいのか。

>>861
ぶっちゃけ、カーネルはパクりでいいと思わないか？
どんなに工夫したつもりでも仏陀の掌の上の猿（＝孫悟空）だぜ！

>>864
お前は根本的なことを誤解している。
Monaが「打倒M$」というのは卑下のジョーク。単なるｵﾅｰﾆ。
期待せずに卑下の動向をｳｫﾁすればそれでいい。

卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ

>>865
Mono だろ

>>867
アホ？卑下の詔勅くらい全部チェックして発言しろ、ハゲ
http://mona.sourceforge.jp/PJM.html
卑下＞打倒M$ 継続はMona

卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ
ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下
漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ
ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ
卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ
ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下
漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ
ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ
卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ
ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下
漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ
ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ
卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ
ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下
漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ
ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ
卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ
ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下
漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ 漏れ ｾｸｰｽ 卑下 ｵﾅｰﾆ

卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下
ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ
漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ
中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏
卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下
ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ
漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ
中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏
卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下
ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ
漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ
中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏
卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下
ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ
漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ
中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏
卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下 ｵﾅｰﾆ 漏れ 中田氏 卑下

卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下
ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ
漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ
生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏
卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下
ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ
漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ
生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏
卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下
ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ
漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ
生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏
卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下
ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ
漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ 漏れ 生中田氏 卑下 ｵﾅｰﾆ

クリスマス近いからってそう暴れんなよ

卑下はお酢じゃなくてP2Pで有名になるだろう

Winny++で決まり！

犯罪者は(･A･)ｶｴﾚ!

ついにWinnyのソース公開！
http://pc.2ch.net/test/read.cgi/prog/1071794941/

卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下
ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ
僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕
生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏
卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下
ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ
僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕
生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏
卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下
ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ
僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕
生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏
卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下
ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ
僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕
生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏
卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏 卑下 ｵﾅｰﾆ 僕 生中田氏

>>877 藁田

卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ
卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ 卑下 ｵﾅｰﾆ

ループネタもそろそろ完結しそうですが、
新しい話題はないんですか？

>>880
君がAPIを制定してネタを提供する。

このスレに、APIを必要としている人はいるのか？

このスレを必要としている人はいるのか？

>>882-883
いない

>>881
しょーがねーなー。漏れは生温かく見守りたいんだが。

API全部決めるのは面倒なので、最低限必要なシステムコールだけ。
int SendMessage(unsigned int receiver, unsigned int msgcode, void *param)
int ReceiveMessage(unsigned int *sender, unsigned int *msgcode, void *param, int timeout)
マイクロカーネルならこれで十分だろう。
simple is bestつーやつだ。

引数は符号付きの方がいいとか、sender/receiverをプロセスにするかスレッドにするかとか、
タイムアウト時間の単位はどうするとかあるが、そのへんは議論すればよかろう。

>>885(880)さん
実験的な実装ですがMonaには
int send(const char* name, Message* message) {

  ProcessInfo* pinfo;
  Message* kmessage;

  if (message == (Message*)NULL) {
    return -1;
  }

  if ((pinfo = g_process_manager->findProcess(name)) == (ProcessInfo*)NULL) {
    return -1;
  }

  if ((kmessage = (Message*)malloc(sizeof(Message))) == NULL) {
    return -1;
  }

  memcpy(kmessage, message, sizeof(Message));
  pinfo->messageList->add(kmessage);
  return 0;
}

int receive(Message* message) {

  Message* from = g_current_process->messageList->get(0);

  if (from == (Message*)NULL) {
    return -1;
  }

  memcpy(message, from, sizeof(Message));
  free(from);
  g_current_process->messageList->remove(0);
  return 0;
}

があります。
スレッド対応前のものなのでメッセージをやり取りする単位はプロセスです。
またプロセス名で送信先を指定するためいろいろまずいです。

>>886-887
別にプロセス単位で通信出来ればいいのではないかと思いますが。
スレッド間ならワークエリア経由でやりとりできるし。
宛先のほうはやっぱりIDの方が自然でしょうねえ。
名前だと、その都度探さないといけないし。

ところで、このreceiveってメッセージ無い時ブロックしないんですか？

> 宛先のほうはやっぱりIDの方が自然でしょうねえ。
> 名前だと、その都度探さないといけないし。

そうですね。名前によるlookupを想定したのですが
今ひとつでした。

> ところで、このreceiveってメッセージ無い時ブロックしないんですか？

ブロックとは、メッセージが来るまで処理が戻らないということでしょうか。

現在は受け取り側プロセスでループするようなイメージです。
for (;;) {

  if (!_receive(&message)) {

    buf[0] = '<';
    buf[1] = (char)message.arg1;
    buf[2] = '>';
    buf[3] = '\0';
    print(buf);
  }
}

ブロックするようなオプションもあった方がいいのでしょうか？

あ、スレッド間で同期とるときに通信できないとめんどいな。
ということでスレッド間で通信できた方がいいと思います。

>>889
そゆことです。
ループでも別に問題ないですが、戻らないように出来ると、
無駄なチェックにCPUを割り当てる必要がなくなるので。
最近のCPUを全力疾走させるのは気持ち悪いし。

sendもreceiveもMessageクラスのメンバにした方がいいと思う。

Message m("BAKA");
m.Send();

Message m;
while (m.Receive())
{
switch (m.Data())
{
case "BAKA":
...
}
}

>>891がいってるのは、メソッド？
C++がよくわからなくてMonaに参加できないヘタレですまん。


ブロックとノンブロックは設計しだいだと思います、たとえば、
Recv(ノンブロック)(メッセージなし＝予約動作になる)→シグナルをもらう→Recv(ノンブロック)
という感じにするとか。実装が大変ですけどね。

>>880
> あ、スレッド間で同期とるときに通信できないとめんどいな。
> ということでスレッド間で通信できた方がいいと思います。

そうですね。
よく考えればプロセス･スレッドではメッセージング要件・方法が
違うことに気づきました。

> 無駄なチェックにCPUを割り当てる必要がなくなるので。
> 最近のCPUを全力疾走させるのは気持ち悪いし。

ですねぇ。
そうするとブロックモード・ブロックなしモードの両方を用意するのが
ベストですかね。

>>891

> sendもreceiveもMessageクラスのメンバにした方がいいと思う。

すいません。もう少し詳細をご説明いただけると助かります。
Another Monaのような感じでしょうか？

Javaでは、メソッドで
C++では、メンバ関数というのか。

＞すいません。もう少し詳細をご説明いただけると助かります。
＞Another Monaのような感じでしょうか？
オブジェクト指向APIにするならクラスに属さない関数は作るなってこと

あとついでに、以前言われていた「利用時を想定した擬似コード」の例でもある。
実装じゃなくて、利用側っていうのが味噌。YAGNI的。
っていうかYAGNI理解してないだろ？＞卑下

>>891がいってるのは、メソッド？
　↓
>>894
そうだよ

何様のつもりかわからんが、下賎な２ちゃんねるなどにカキコミしてるお偉い君は何者よ？
ずいぶん自分を偉い人間と思う臭いがプンプン臭ってくるけどな
高慢は君のような人間のための言葉と確信でき＞896

>>898
こいつ自分に陶酔してるみたいで鼻持ちならねえ。
明かに他人を卑下してるし。
こういう奴が真っ先に地獄に落ちる。

まあ待て
俺は全然900何て狙ってないぞ
いや、全く900何て俺は取りたくないよ

次スレはいらないな
みんなさようなら

はい＿あなたとは＿さようなら。

まあどっちにしても次スレの話をするのは早過ぎますな。
950くらいで考えるのが普通だしね。
ましてやネタ切れリサイクル王の作ろうスレが対象ですよ？
スレ消費は遅いに決まってる（ｗ

近頃のアンチはコード読んでないのがバレバレだよ

コードも読まないんじゃアンチとは言えんわな。
まあ、全ての元凶は卑下なことに変わりはないんだが。
1年前から止まったままだな。

　　　　＼　　　　 毛　 　　 　 ／
　　腿　　＼＿　　|　　　＿／
　　　　　　　 　 彡彡彡
　　　　　　　 　 ミミミミ　クリトリス
　　　　　　　　 ミミミミ ／￣￣￣￣
　　　　　　　　 ノ　σ ヽ　尿道
　　　　　　　／　/ ゜ヽ￣￣￣￣
大陰唇　／　／／＼＼　＼　
￣￣￣￣ 　（　( 膣　) ── 小陰唇
　 　　　　＼　＼＼／／　／
　　 　 　 　 ` 　 ＼／　　'
＼　　　　　　　　 ＊──アナル 　　　　　
　 ＼＿＿＿＿_／＼＿＿＿＿_／

Monaのコピペコードなんて読む必要ねーし。
品性下劣な珍獣どもをヲチするのが目的だし。

このままダラダラ同じ状態で続いてても飽きが来るから、
DQN度の上昇を希望。

　信　＋　者　＝　儲

>>896
UNIXのmanで一番むかつくのがオプションの説明ばかりで実例がほとんどないこと。
その点、Win16APIのリファレンスはいちいち実例があって、良かったんだけど、
Win32APIのリファレンスは手が回らなくなったのかman的になってしまった。
.NET Frameworkのリファレンスでは再び実例重視主義になったのは良い。

ひげさんが来たお陰で一気にレスが爆発ですね！

結局その後は朝まで３発やった。
子供が起きる前に先生の家からさっさと出てきたのだが、
別れ際に何かいいたそうだったのがひっかかった。
多分、僕と同じことを考えていたんだろう。
・・・「そんなこと言うとお姉さん本気にしちゃいますよ？いいのですか？」・・・
だが僕は婚約した身だ。うかつなことはいえない。
婚約した彼女とは妊娠初期だったのもあって連日愛し合っていた。
みっちりと仕込んだためテク的にはかなりイケているのだが、
やはりアソコの具合では先生にはかなわない。
彼女と愛し合っている最中でも、僕は先生の体が忘れられなくなっていた・・・。
そしていつの間にか、金曜の夜は先生の家に行って、
朝まで愛し合うという二重生活を送るようになっていた。
そう、まるで亭主が単身赴任している家庭のように・・・。
だがそれも長くは続かなかった。
婚約した彼女とはアパートを借りて同棲することになったからだ。
（それと同じ時期に入籍したため以下「妻」）
こうなると外泊は難しくなった。
妻とは同じ会社なので残業などと嘘を言うわけにもいかない。
だが僕はどうしても先生に会いたいという衝動が抑えられなくなり、
田舎の同級生の結婚式だと偽って先生の家に出掛けることにした。

>>908
Monaに関連して儲かってる香具師なんているのか？

あげます。

ageるな馬鹿！
このスレ不要

なんか機械音痴の母がデジカメを買った。
どうやら嬉しいらしく、はしゃぎながらいろいろと写してた。
何日かしてメモリがいっぱいで写せないらしく
「どうすればいいの？」って聞いてきたが
「忙しいから説明書読め！」とつい怒鳴ってしまった。
さらに「つまらないものばかり写してるからだろ！」とも言ってしまった。
そしたら「・・・ごめんね」と一言。

そんな母が先日亡くなった。
遺品整理してたらデジカメが出てきて、何撮ってたのかなあと中身を見たら
俺の寝顔が写ってた・・・涙が止まらなかった。

今年の５月に小学１年の娘を交通事故で亡くした
悔やみきれないのは、亡くなる一週間前に娘が買ったばかりのデジカメを
水に落として壊してしまったのを、虫の居所が悪かったのか激しく感情的
に怒ってしまい、その後大人気なくろくに口をきかないまま、そのまま・・・

娘の事故でバタバタしたまま忘れていたら、先月カメラメーカーからコンパクトフラッシュ
が生きていたのでと、返送して来た

そこには娘の撮ったピンボケだらけの写真が残ってた
道端の草とか虫とか花とか、、、、そして俺がくたびれて寝ている姿が何枚も何枚もあった

少し泣いた（´Д⊂ヽ 　泣いたまま止まらなくなった

>>915-916
なにこれ？

>>917
感受性のない香具師だな。
Monaにもしものことがあったらこのスレ見て泣くってことだろ?