2
__ / \ ________ \/ 日 日 |/ / | ・ ・ | < 新スレおめでとうございます〜 \ ◎ ノ | \___/ \________ / \
>>4 新スレを立ててくださった方
ありがとうございます。
Monaの話題ではないですがOSASKがqemuで動くようになったみたいですね。
すいません。なぜか2回書き込まれてしまいました。m(__)m 0.2.0がβ段階なので新しい機能はほぼ盛り込まず、バグ修正にあてる予定です。 次のリリースに向けて何を実装すべきかか考えています。 方向性としては以下のような選択肢があると思っています。 ・ひたすらユーザーアプリの整備に時間をあててそこでの不満点をカーネルやサーバーにフィードバックする。 ・IDEドライバを作成する →ドライバインタフェースの決定 →大容量化・ページアウトの実装へ →エミュ以外でのテストが危険なので動作報告が減る? ・標準入出力・パイプ等の実装 →主にユーザー側? →Mona GUIとの協調? ・DLL対応 →MonAPI, monalibc, Mona GUI等を静的リンクせずに使えたらうれしい ・64bit移行
2回かかれてた?
9 :
Be名無しさん :04/04/11 18:16
>>9 そりゃまずいだろ
monaの売りがなくなる予感
まぁひげぽん次第だが・・・
>>9 わかって無いな。
ここはこのままで良いんだって。
ここはこめんと欄ではありません。ここに書いていいのはl<だけです。レスを付けたい人は、レスを付けたくなるのはよくわかりますが、まずはぐっとこらえてください。 ↑これみてワロタ香具師↓
前スレでフォローしてくださった方ありがとうございます。 レスが遅くなって申し訳ありません。 BochsのVGA表示: VGAの定義ファイルを変えたらうまくいきました。 secondboot.asmのジャンプコード: バイナリコードを見てみたら、きっちりと相対ジャンプできるようになってました。 何か一人で混乱していたみたいです。ちなみに今はMONAの解析をしつつ自分でも コードを書いているところです。何とかスレッド(カーネルモード)の切り替えが 出来たところです。
IDEドライバー周りの話をするなら、そろそろVFS周りの議論も必要だと思うよ。
>>8 さん
最近使い始めた2chブラウザ上は同じ内容が2回書かれてしまったように見えていました。
ご迷惑をおかけいたしました。
>>13 さん
もうスレッド切り替えとは早いですねぇ。
すばらしいです。
>>14 さん
アドバイスありがとうございます。
IDEの対応をはじめれば、正式にどのファイルシステムをサポートするかを決定しなければなりませんね。
その際当然VFSも視野に入れるべきと認識しております。
>>13 Are you a watamoti, too?
He is the best programmer.
But he had a the small heart.
If you want to be him, please contact me after death.
Monaのリリースはまだ? GUIとかいじってみたいんだが 16bit版希望
最近Tinoタンこないね
>>17 qemu使えば?16bitである必要無し。
64KBの壁に朝鮮するスレはここですか?
そうですが
YUIたんキター! 微妙に前からいたっぽいけど。 やっぱMONA熱いわ。
KSASOの存在感がどんどん薄れていく
ksasoは最近開発の停滞があったからな。 本体に動きが無いとどうしようも無い。
>>17 さん
リリース時期についてはいろいろと検討中です。
TinoさんのMona GUI RC2を待つかどうか等いろいろと考えています。
リリース時には大々的にアナウンスしたいので出来るだけMona GUIサンプルが多い方がよいと思っています。
また今回は秘密のアプリも用意してあります。
>>18 さん
そうですねぇ。どうやらお仕事が忙しいみたいです。
>>23 さん
Yui_Nekoさんはすごいひとです・・・
おかげさまでカーネルのバグが大幅に減りました。
βリリースのお知らせです。
0.2.0beta3をリリースしました。
変更点は以下の通りです。
・System::getTick()追加
・fat.cppのバグ修正
・ページ保護のバグ修正
・ページテーブルをプールから取得するように変更した
・mallocの返り値をalign16にした
・コレクションクラスHListのメモリリークバグ修正
・スレッドのスタックアドレスを奇数→偶数に修正
・仮想キーコード周り修正
・ファイル操作時のメモリリーク解消
・マウス割込み、マウスサーバの送受信の回数削減
・static変数初期化ミスの不具合修正
・1linesh追加 shadowさん
大きな変更点は
・1linesh・・・MonaのデフォルトシェルであるSHELL.SVR以外にも設定ファイルMONA.CFGを書き換えることによりシェルを利用できる一例です。
SERVER=/SERVERS/1LINESH.SVRとしてみてください。
・static変数初期化ミスの修正・・・baysideさん、Tinoさんから以前からご指摘のあったMonaのアプリケーションのロード時の致命的なバグを修正しました。
今まで正しく動かなかったアプリが正常に動くようになったと思います。
※なおこのリリースでは Gakuさん,、nikqさん、Shadowさん、Yui_Nekoさんから
有用なご指摘・アドバイスと頂きました。この場を借りてお礼を申し上げます。
ダウンロードは↓からどうぞ
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?Mona%2F%B3%AB%C8%AF%C8%C7
>>27 僕だけかな?
\
や
/
を打ち込んでも 受け取って貰えないです。
shell にも echo back されない
0.2.0beta3 使用です。
私の勘違い報告だったら申し訳ないです
こちらでも確認できました。 /は入力できないとまずいのでイメージを差し替えました。 私の確認漏れでした。ご迷惑をおかけいたしました。
秘密のアプリってあっきぃのくろひげ?
OSをつくろうpart6から引用
8 名前:デフォルトの名無しさん :03/05/10 16:03
174 名前: Be名無しさん 投稿日: 03/01/19 18:12
☆OSとしての成熟度
NWSOS > OSASK > MEG > MONA
☆OS開発または、同様分野(エミュレータ等)に注いだ時間
作者経験年数
OSASK > NWSOS >> MEG >> MONA
☆作者の人格
MEG == MONA >> OSASK == NWSOS
☆新技術への挑戦
NWSOS == MONA >> MEG >> OSASK
☆コミュニティの広さ
OSASK > MONA >> MEG > NWSOS
☆作者がOS開発にかけられる時間
OSASK == NWSOS >> MEG == MONA
181 名前: Be名無しさん 投稿日: 03/01/19 23:55
「新技術への挑戦」は明らかに違わないか・・?
182 名前: Be名無しさん 投稿日: 03/01/20 00:03
「作者経験年数」は、MEGの位置が違うと思う。
MEGのページの年表を見る限り:
OSASK > MEG > NWSOS >> MONA
184 名前: Be名無しさん 投稿日: 03/01/20 00:11
つーか、「作者の人格」は煽りだろ?
乗るなよ。何の役にも立たんから。
9 名前:デフォルトの名無しさん :03/05/10 16:10
>>7 半年が経過しましたがMonaはNWSOSはおろか
OSASKの足元すら見えていないようです。。。
あれから約1年 Monaでは 多色対応がなされ マルチスレッド化され ユーザーアプリのサポートが始まり Wabaが動き 最強のGUIもある。 OSASKの足元は見えてきたと個人的には思う。
Mona GUIは別スレで盛り上げる価値があるやも。
>>32 実際に起動してみると、MonaのGUIは、重ね合わせ等の難しいところが、まだ、
全然組まれてない。画面全体を書き直しているので、オモチャのような感じ。
APIは結構面白そうだけどね。 当初の予定通り本格的な物へのお手本として収まるのか、 それとも今のMona GUIをベースに完成度を上げていくのか。
↓赤卑下
┌┐ んvヘゝ i i ノ (,,゚Д゚) / (ノ |つ | ! ゙:、..,_,.ノ U U
Tinoタンマダー?
40 :
Be名無しさん :04/04/18 14:48
いつになったら、ルート窓に小窓張り付けるようになりますか
それはTinタン次第
Wiki見たらココにリンクしてあったので足跡。 近況はとりあえず仕事で時間ありません。 土日は寝て体力回復ですみません。(金曜の夜にオールナイトで呑んでたのは秘密 さっきゅんスレ(?)でも書いたとおりトラ技には3層、4層の実装方法が詳しく書いていないので 2層通信が出来ても停滞予感。 すみません、さっさと石叩く処理作りまつ…。
>>30 さん
違います。秘密アプリはYui_Nekoさんの作品です。
>>34 さん
Tinoさんがここに書き込めない環境なのでちょっとだけレスを。
今後GUIサーバーが描画をつかさどるようになるとその辺は解消されそうですね。
>>42 さん
お疲れ様です。仕事との両立はなかなか難しいですね。
S.R.さんとgamixさんのネットワーク対応は大変楽しみにしていますので
是非がんばって欲しいです。
>>18 ご無沙汰しております。
このところ(というかいまだに)実生活でごたごたしている上、
串制限なども食らってなかなか書き込めませんでした。
>>19 私ではないですよ。
>>26 遅くなって申し訳ありません。
ようやく根本的なバグが取れた(はず)なので、
次に時間が取れたら機能追加に専念しますです。。。
>>32 本当に最強にするならWindows Formsの焼き直しでは役不足で、
Avalonの猿真似くらいはしないと駄目なんでしょうけど、
MSDNを更新しなかったのでLonghorn関連は触われないでいます。
>>33 ありがとうございます。
>>34 はい、オモチャです。
その辺は作ってる本人が一番情けない思いをしている部分なわけでして……。
>>35 オモチャ程度のGUIなら簡単に作れるよ〜って見本のつもりだったんですが、
基本的な部分でバグを出しまくってしまって全然見本にならなくなりました。
Windows Formsに準拠する振りをしているのは、
標準C++からのアプローチでどこまで出来るかという興味本位です。
とは言えやはりC++に縛られてしまっているのは否定できない事実なので、
WABAのようなアプローチの方が自由なのかもしれませんね。
>>39 遅くなってすみません。
慌てて出先から書き込もうとしたら串制限を食らってしまいました。
>>40 Active Desktopみたいな感じですか?
>>41 責任重大になっていますね。
>>43 フォローありがとうございます。
すみませんが明日早いので今日はもう寝ます……。
YuiタンがCライブラリ提供したよ
Tinoさんに質問 Mona GUIって簡単なサンプルしかないんだけど。 本格的なもののサンプルとかありますか?
>>49 残念ながら現時点では簡単なサンプルしか作れないオモチャなので、
それが実力なんです。
本格的なものを作るのは無理です。
>>46 >るーと窓
いや、今のだと、コンソールがスクロールすると、MonaGUIもスクロールして上の方に逝ってしまうのが、いつごろ
きちんと実装されるのかなぁ。と思ったもので。別に慌てて実装されなくていいですよ
お時さんができたときで。
>>51 なるほど、それは私も気になっています。
フォーカス管理が出来るようになって、
キーボード入力を振り分けられるようになれば、
GUI版のShellが出来るかなと思っています。
今日はちょっとゆとりがあるので出来るところまでやってみます。
>52 Tinoタンがんばー ひげもがんばー
>>48 Monaged C++(wは癖が強すぎて嫌がる人とか多そうですから、
GUIにもCの実装があれば良いのでしょうね。
GUIサーバーを作るときにはクライアントとのやり取りは
メッセージと共有メモリを使おうと思っていますので、
クライアントはlibguiを使わなくても作れるようになるはずです。
プロセス間通信の部分をベタ書きすると見通しが悪くなるので、
IDLみたいなプロトタイプから実装を自動生成できれば
面白いかなとか妄想しています。
>>51 さん
>>52 さん
そこは問題ですね。
標準入出力をうまく実装してMona GUIにながしこめればいいですね。
>>53 さん
ありがとうございます。
現在FPU対応中です。
FPUステートとデータレジスタ 計108byte分の器を用意して
FNSAVEなどで退避かなと思い実験中。
>>56 どうしてBタソにYタソのCライブラリを試すように言わなかったの?
そういう細かい気遣いがプロジェクトを円滑に勧めるコツだよ。
もっともまだ発展途上だし公式に取り入れるには時期尚早だとは思うけど。
>>57 さん
ご指摘ありがとうございます。
その辺の時期が重なったので気が回りませんでした。
Yui_Nekoさんのライブラリはすばらしいので遅まきながら
すすめておきました。
>>57 にもあったが
Yui_NekoさんのMona用 Cライブラリだけどもっと
大々的に取り上げたほうがよいよ
>>60 > βといいつつどんどん機能が増えているのは気のせいです。
RCの前にγを挟めば(ry
>>60 reversi2だけど"black"の絵はどう見ても赤だし、
"white"はマーブルだから白なのか黒なのか判然としない。
いっそのこと字じゃなくて絵にすれば?
エミュレータ依存の色の問題かなと思って、最新版を落としてBochsで起動してみた。 ボードしかでない・・・
>>61 さん
(笑)
>>62 さん
確かにそうですね。bmp表示に浮かれていて気づきませんでした。
>>63 さん
どのような状況でしょうか?
スクリーンショットやBochs、VGA BIOSなどの情報が分かるとうれしいです。
Mona PJ Wikiに張っていただくのでも良いです。
>>64 すみません、普通に表示されました。
問題なかったです。
赤っぽかった。玉みたいだった。
67 :
Be名無しさん :04/04/25 13:23
蟹光線
暇だったので Eltorito形式でMONAのCDブート化をしてみたが initializeエラー 失敗(そりゃそうだなという展開 ちなみにFDエミュ有り無しともに試した FDエミュなしは起動すらしない
>>69 MonaがFDアクセスを全部BIOS経由でやってたらうまくいったかもね。
全部BIOS経由でやってるNWSOSならうまくいくんでない?
そうですね initializeエラー の原因がファイル(? が読み込めなかったものに起因してましたから
USB-FDDで今のMonaってブートできるの? まぁUSB-FDDがFDCをシミュレートしていればできるはずなんだが。
スクリーンショットを見て、GUIが激しく動いていたから、 思わず「すげー!!」って叫んでしまった。でかい声で。 凄過ぎ、有り得ん、ぬるぷぉ やっぱりひげもんにはNullPointerExceptionがお似合いだ。Java大好きなんだろ? しゃぶれよ、おらおら、しゃぶれないのか、俺のNullPointerExceptionが。 今度は挿入してやるよ、おらおら。
寝ろ。
>>74 ありがとうございます。
でも実際に動かしてみると再描画が手抜きでハリボテ感ありありなのが辛いところです。
Mona-0.2.0はGW前にリリースを目指しているのですが、
それに間に合うように何とかしようと悪戦苦闘中です。
その悪戦苦闘中にぬるぽが出まくって泣きそうになりました。
Javaをほとんど使ったことのない私がぬるぽと友達になるとは……。orz
77 :
hyukawa :04/04/26 20:20
だれかLinuxでver0.1.5のコンパイルできた方おられますか? operator.cppでひっかかるようなんですが。 /usr/bin/g++ -nostdlib -fno-exceptions -fno-rtti -ffreestanding -Wall -Iinclude -Istlport -c operator.cpp operator.cpp: In function `void __builtin_delete(void *)': operator.cpp:59: redefinition of `void __builtin_delete(void *)' operator.cpp:25: `void operator delete(void *)' previously defined here operator.cpp: In function `void __builtin_vec_delete(void *)': operator.cpp:77: redefinition of `void __builtin_vec_delete(void *)' operator.cpp:38: `void operator delete [](void *)' previously defined here make: *** [operator.o] エラー 1 愚問だったらすいません。
>>77 よー分からんけど、Linux でのコンパイルってどこかの時点から上手く行って無いんじゃないかな?
ChangeLog に↓みたいな事書いてるし、今は Linux でのコンパイルは手が要りそうな感じじゃない?
2004-04-25 higepon <
[email protected] >
* *.asmでsection .text指定。 NFLAGS= -f elf, -f win32の振り分け
>>77 gccのバージョンとかディストリビューションとか書いておくと、
同じ環境を持ってる人がアドバイスをくれるかもしれない。
まぁ、遊ぶなら0.1.5よりも今の開発系を試した方が面白いかも。
>>79 0.1.5 系と 0.2.0 系だとファイル構成も大分違うしね。
>>67 さん
誤解ただと思いますのでしばらく様子を見てみます。
>>69 さん
ダメでしたか残念です。。
>>72 さん
ブートは出来ると思いますがFDCアクセスしたところで
止まると思います。SERVER起動など・・・
>>74 さん
最近は私以外の方々の活躍でスクリーンショットの見栄えがすごくよくなってきました。
>>76 Tinoさん
ぬるぽの件いろいろとご迷惑をおかけしました。
大変勉強になりました。>コンストラクタ・デストラクタ
>>77 hyukawaさん
Mona PJ wikiから
Mona/開発版でbeta版をダウンロードして試していただけないでしょうか?
あとgccのバージョンとか分かるとうれしいです。
そういえばbeta6の告知を忘れていました。
告知の前にbeta7がでてしまいました。
βリリースのお知らせです。
0.2.0beta7をリリースしました。
変更点は以下の通りです。
・MonaGUIでランチャーを作成
・monaelf.exeで*.ELF, *.SVRのサイズを小さくする
・Linuxの_user_startのリンクエラー不具合を解消
・GUI.SVRで壁紙をサポート (MONA.CFGで指定可能)
・MonaGUIでマウスカーソルの残像が残らないように対処
・ noiz2bgをMonaGUIに移植
・fireをNWSOSから移植
・MonaGUIがJPEG読み込みに対応
などなど、新しいデモやら不具合修正たくさんです。
CD/LSしていろいろ遊んでくれるとうれしいです。
ダウンロードはこちらからお願いします。
また不具合がありましたらご指摘いただければ幸いです。
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?Mona%2F%B3%AB%C8%AF%C8%C7
前から気になっていたのですが, スクロールが以上に遅いのですが, これは正しい動作ですね? 1行のスクロールに1秒以上かかる. あと, reversi の画面とかが, console のスクロールと一緒に 流れていってしまうのも 正しい動作ですね? あとは, 特に変な動きは無かったかな. 最後にどうでも良いコメントを... reversi.elf だけど, othello の開始状態は 白黒 黒白 ←これが正 黒白 白黒 ←これは誤 ですよ. reversi != othello な分けではあるが.
monaelfかぁ 一瞬ねこえるふタソを思い出した漏れって何?(w
monacapi(モナカピ)よりmonapic(モナピク)のほうがかっこよくない?
モナキャピだから良いんだよ。キャピキャピ。
せっかくmonapiでaをくっつけたのが無駄になってるんだよなー
MONAX
Mona OS X Monao(合言葉は「やるならとことん最後まで」)
>>83 さん
動作確認ありがとうございます。
スクロールの件、こちらでも認識しています。
すぐの対応が難しいので1lineshや、ランチャーの利用をお勧めします。
> あと, reversi の画面とかが, console のスクロールと一緒に 流れていってしまうのも 正しい動作ですね?
現状のGUIでないアプリはそうなってしまいますね。申し訳ないです。
>>85 さん
ありがとうございます。
実はおれぺこのさっきゅんさんに聞いて知っていました。
立ち読みして面白そうだったら買ってみます。
本当は64bit CPUの本だったら面白いんですが。
93 :
Be名無しさん :04/04/29 01:18
髭の煽りは厚かましいな。 子供をただ働きさせようとすんな、ボケ。 オレオレかお前は。
94 :
Be名無しさん :04/04/29 16:32
>>88 そうだね、その茶目っ気を生かして欲しいね
96 :
Be名無しさん :04/04/29 19:29
97 :
Be名無しさん :04/04/29 20:07
98 :
Be名無しさん :04/04/29 23:12
99 :
Be名無しさん :04/04/29 23:16
と自作自演してみましたので誰か来てください
101 :
Be名無しさん :04/04/29 23:26
以上
>>1-100 まで自作自演でお送りしました。
皆様には大変ご迷惑をおかけしました。
そういえば自作自演といえばpart2ぐらいでひげぽんが「俺は何もできない。だからage」と言う書き込みをして指摘され 「ム板のスレの誤爆でした」との切り返しがあったなぁ 「おいおい。ひげぽんが知らぬ間にまた成長している・・・」だのも自作臭かったな・・・ まぁ今更どうでもいいんだけどね。。。 荒らしたいわけではないので何事も無かったかのようにどうぞ↓
今日NHK 教育で転載PC少年が出るらしい
なかなか恵まれた環境のようで。
ひとつRed Hat Linuxの載ったマシンがあったne.
PC歴は長いようなので、この世界にくれば大物間違い無し。Linux板or自作板に住んでいるかな。
さっきゅんも協力汁
つか、
http:///www.nhk.or.jp/kktv/ ↑このスラッシュいらんぞ>NHK
即レス!!
やっぱマウス動かしながら画面スクロールさせると 跡が残るね。
馬鹿だなぁ。パス補完をしてくれるかどうかはWebサーバに依存するだろ。余計な問題を避ける為にはつけておくのが妥当
いやに流れが速いねェ
>>112 つけないほうが正しいんじゃなかったっけ。
テスト
>>119 おぉ!
ついに解析されるのか。詳細希望!!
>>119 次はプロテクトモードですか…
0からの解析だとGDTのあたりでちょっと詰まるかもしれんですね。
属性の宣言のあたりはmonaだと16進表記になってるけれども2進表記に直すとわかりやすいかと…
486のP143あたりを熟読するといいと思います
あとはデペロッパーズマニュアル下巻のP286あたりですかね…
初心者がカーネルが読めるようなサイトはすばらしいと思うので是非頑張ってください
ところでバイナリエディタでできるとこまでOS書いてみようとか思ってます
「これでもオープンソースさ!オブジェクト形式だけどな!」みたいな。
とりあえずブートローダだけでも…
123 :
◆fMUY49IvJY :04/05/01 21:54
アクが濃いねぇ。
>>122 いやなんつーかお前やばいよ。フルハンドアセンブルでOS書くなんて。
>>125 確かに一度紙にニーモニックで書いたものを表とてらしあわせて
16進数に戻していったほうが楽かもしれないですねぇ…
>> 123 読んでいてあきれた。どんなOSにもセキュリティホールがあるのに。 主張している企業の狙いは所詮「金」か…。 よっぽど商品に付加価値(ラブストーリ)がないんだね。 そんなにLinuxのセキュリティホールが気になるなら 政府機関専門調査機関でも立ち上げるだろうに。 とぼやいてみる。
>こうしたコードを忍び込ませるのが「非常に難しい」と主張 「公開される」のを難しくしなきゃダメだろ。 「忍び込ませる」のを難しくしたら進まない
>>129 なにげでもなく速すぎだ。誰だよ立てたのは…
>120 >121 解析とは、ちと大きく出すぎました。マイペースで勉強して 内容を、まとめるだけです。理解した事は、HPにのせるつもりです。 >122 ありがとうございます。 私自身がアセンブラ、ハード、カーネルなど全くの初心者ですので 初心者でも、とっかかりやすいサイトを目指します。 頂いたアドバイスは、きっと「なるほどー」って分かる時が来るのでしょうね 次からは、プロテクトモード。 あわてずに、まずは 「はじめて読む486」 を読み中です。
PEロダ書くと? 鬼だ……。
133 :
kamikaze :04/05/02 16:03
>>133 CSの値をもっと意識するようにしてみて下さい。
後プログラミング全般に通用することですが die: jmp die のようなものを用意してところどころでデバッグポイントを作ってみることをお勧めします。 ちょこちょこ入れていくことでどこでとまったのかがわかります。
言葉が足りないですね…
mov si,…
call print
jmp die
〜〜〜〜〜〜(中略)
die:
jmp die
のような感じです。
>>135 は自分です。スレ汚しすみません…
137 :
kamikaze :04/05/02 19:02
>134 アドバイスありがとうございます。 書き直して見ます。
0x7c00
SPもだめぽ
141 :
kamikaze :04/05/02 19:23
>>141 spに入れる値は8FFFにでもしましょう
0x7c00は07c0にしたほうがいいかも
あと重要なのが
xor ax,ax;セグメントの
mov ds,ax;初期化を
mov ss,ax;する
mov cs,ax
で初期化する前にcsにナニが入っているのか。
はじめのjmpが行われたときのIP,CSの値。
そこを良く考えたほうがいいかと…
/*
>>122 ですが、アセンブリが高水準言語のような気がしてきました。。。
一応ブートして'Hello!'と表示、次のセクタを読み込んでジャンプ(例外処理等全くなし)
まではできたんですが、気力がうせてしまいました・・・近いうちにスタンドアローン開発によるOSを公開しようかと思ってます。
(外部制御に特化させようかと…)
使い物になるのはいつかわかりませんが、覚えていてくれると嬉しいです…*/
143 :
kamikaze :04/05/02 20:32
>142 アドバイスありがとうございます。 でも、spの値や、ip:csのcsの値を変更すると はじめに表示されたはずの文字さえも表示されなくなりました・・・ どうすればいいでしょう・・・
>>143 ブートセクタは 0x7C00 〜 0x7DFF に読み込まれているんで、
全部の文字列へのアドレスに 0x7C00 を足すか、 ds を 0x07C0 にしないといけないですよ。
148 :
kamikaze :04/05/02 21:28
>144、145、147 ありがとうございます。 でも、それでもできません・・・ はじめのコードだと文字は表示されるんですが この場合での問題点は何ですか??
>>144 の中でひげぽんの苦労歴(0からだからわかりやすい)を読めばわかるとおもはれ
152 :
kamikaze :04/05/02 23:00
>150 カーネルに制御移りました?? >151 どういうことですか??
>>152 part2は内容濃いから見とくといいよ、絶対
>>152 Boot Start...
A20Line Enable!!
Load Success!!
aaaaaaaaaa
と表示されたので最後まで実行されたかと。
が、所詮はエミュレータ上での実行だからなあ。
焦らずにまったりとな。
156 :
Be名無しさん :04/05/03 05:40
もともとつくろうスレ自体part1は卑下が立てたものじゃないから仮住まいだしな
卑下はトーシロでもOSを作れるってことを示したのと、 荒らしを乗り越える実例を示したという功績はあるな。 あと今日までこのスレにネタを提供して維持してきたのも。
そういや臓餅はどこ行ったの?
160 :
Be名無しさん :04/05/03 06:03
早朝君北─wwヘ√レvv〜(゚∀゚)─wwヘ√レvv〜─ !!
>>158 若い世代に無意味な選択肢を見せてしまったという意味で悪影響を及ぼしていると思うが。
>>162 卑下よりKの方が影響力が大きいと思われ
何だかんだ言って茂名の連中って爺ばっかだろ
猫の人めっちゃカッコイイんですけど気のせいですか……。
いいの出来たから近いうちにフリーで落とせるようにしとくよ 名前はまだ決めてない
大の大人が揃いも揃ってやるような真似じゃないよね
>>169 大人に夢を持っているんだね
そのままの君でいてください
どこの会社でも30過ぎたら翁扱いされるのが現実だけどな。
>>173 男ならデキる人はそうでもないけど三十路過ぎた女はどこの業界でも邪魔者扱いだね。
はいはい、マ板でやってね ***** 終了 *****
176 :
Be名無しさん :04/05/03 12:36
177 :
kamikaze :04/05/03 20:52
>176 とりあえず一通り読んでみました。 大体のことを理解できましたが・・ プロテクトモードへ移行するときの GDTの設定の部分と[bits 32]以降の処理がよくわかりません・・・
178 :
Be名無しさん :04/05/03 21:06
PEロダ北─wwヘ√レvv〜(゚∀゚)─wwヘ√レvv〜─ !!
>>177 はじめて読む486読め。
ひげぽんのはそれを丸々アセンブリ化したようなもんだから。
>>178 そんなにたいしたもんなのだろうか…
>>178 の言ってることがよく分からんのだけど
windows PE のブータブルCDのISOイメージがうpロダに流れたって事?
だったらすごく気になるんだが
頭おかしいんじゃない?
冗談のつもりだったんだけど…
>>177 GDTの設定、プロテクトモード移行はdb擬似命令を連発して値を埋めて、
サイズから-1したものとベース値(ライナーアドレス)をlGDTでロード(反転されるのに注意)するだけ…
>>122 の上方でいいと思います…
>>179 ひげぽんがELFのリロケートで四苦八苦してるのに、
あっさりとPEのDLLのリロケートを実装して動かしたんだから、
十分にインパクトあると思います。もう神としか言いようがない。
>>179 アレnwsでずっとやりたかったんスよ。
いやー、本当に出来るんだなぁ。
楽しそ。
187 :
Be名無しさん :04/05/05 13:30
>>186 引用は引用と書いたほうがいいと思うよ。nifty辞典のとことか。
>>186 キーボード処理なんかは割り込みだからインテルのIA-32マニュアル下巻のIDT周りを熟読しないとだめだよん
>>186 厳密には、いまどきのCPUは
物理アドレスFFFFFFF0 から実行が開始されるけど、
まぁ、BIOSを自作しようとか、BIOSを解析しようとかしない限りは
関係ないか。
>>189 OS作りよりBIOS自作の方が漢ってことか。
しかしOS書いてるとCPU設計者にあこがれてきたりするな。
>>191 いまどきのCPU設計者は、リーク電流を減らすこととか、アキュムレータ
の駆動率向上とかに四苦八苦していたりするかも。
と言ってしまったら夢がないか。
やはりWineと同じ運命を辿るのだろうか。
運命っつーのはおかしいな。経路か、方向か。 少なくともWineよりも優秀でないと商用化は難しい予感
>>195 実物が出てこないと何ともいえないね。
吉野家の豚丼程度なものなのか、それとも、キター!といえるものなのか。
向こうの中の人がいう可能性がある≒不可能と確定したわけではない
という事もあるしね。
既存OSというのが 暗黙的にNT系の事をいっているのであれば 一度インサイドWindows NT第2版 あたりを読んで見ては。 あまり読みすぎるとメモリ管理がNTの劣化仕様になってしまいかねない もろばのけんだが。
>>198 .netマガジンといい、どうしてwindows系はこんなに表紙がハデですか
*nixに比べて競争が激しいあkら
久々の書き込みです。
>>186 Yamanamiさん
解析いただき大変光栄です。
勉強もかねてらっしゃるようなのでヒントを出す感じがよろしいでしょうか?
自分自身はELFの再配置に苦労しています。
ELFの中身の解析はほぼ出来たのですが、どこまでリンカに任せることが出来るのか等
いろいろあいまいな点が多かったりして苦労しています。
PE DLLの再配置に成功したYui_Nekoさんは素直にすごいと思いました。
βリリースのお知らせです。
0.2.0beta9をリリースしました。
変更点は以下の通りです。
・シェルの内部コマンド追加: CHSH, UNAME/VER, HELP/?
・Linux/FreeBSDでのコンパイルに対応
・bzip2ライブラリを移植
・bzip2で圧縮されたテキストを表示するbzcatコマンド追加
・bzip2で圧縮された実行ファイル(.EL2)をサポート
・シェルが同期実行をサポート。GUIアプリなどを起動して処理が戻ってこない場合でも何かキーを押すことで再開。
今回の目玉はbzip2圧縮をしたELFをそのままシェルから実行できること。
デフォルトシェルと1lineシェルを簡単に切り替えることが出来ることなどです。
今リリースはひげぽん以外のPJメンバー大活躍でした。
足を引っ張らないようがんばります。
ダウンロードはこちらからお願いします。
また不具合がありましたらご指摘いただければ幸いです。
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?Mona%2F%B3%AB%C8%AF%C8%C7
上にも書きましたが最近はMonaPJが非常にアクティブで お手伝いいただいている方々にはただただ感謝です。 やはり、自分ひとりでやるよりもたくさんのアイデア・方向性・実装が 生まれていい方向に動いていると感じます。 自分がPJ管理者としてボトルネックや障害にならないように いろいろと勉強しなければなぁと毎日思っていますので 成長のチャンスかな。
>>203 beta9 リリースおめでとうございます。
Mona PJWiki には、ほぼ毎日おじゃましています。
みなさんスキルが高くて、なかなか話題についていけずROMがほとんどですが
ぼちぼち勉強します。
ちなみに
Yamanami では無く、Yamami です。
どっちでもいいんですがw
>>Yamamiさん > Yamanami では無く、Yamami です。 > どっちでもいいんですがw 大変失礼しましたm(__)m 是非wikiの議論へもご参加くだささい。発言したものがちですw
そろそろリリース近いかな?
999 名前:ひげぽん ◆Ngzcp/NZpA [sage] 投稿日:04/05/09(日) 14:15 来た? こんなことやってるぐらいだから暇そうだ品。
最新スクリーンショット派手だなぁ。 騙されて来る奴とかいるんじゃねーの?
>>211 あれはどう考えても釣りのためにやってるだろ
greversiで最後のマスを埋める所でパス問題発生……。 赤は置き場が無いのに赤に手が回ってしまった。 気晴らしにやってただけなんで手順は覚えてません。
>>207 さん
なるべくはやくリリースしたいですね。
大幅に遅れていて申し訳ありません。
>>208 さん
ばれました。。。暇ではないのですがつい・・
>>213 さん
ご報告ありがとうございます。
同様の現象をTinoさんからもご指摘いただいているのですが
いまだバグ箇所の特定にはいたっておりません。
自 作 自 演 確 定 そもそも結婚しているのだよね? 夜のお仕事はいつするのだろう? お姫様とは仲良くされているんですよね、卑下。
>>215 昔よりはいくばくかよくなった>>自作自演
>>214 ソースしか見てないんだけど、
コマをひっくり返す前に、(ReversiBoard::setPiece()内で)
次手を指すプレイヤーを決めているような気がします。
この順番で良いならすいません。
>>217 さん
わざわざソースを見ていただいて恐縮です。
ご指摘の通り、ひっくり返す前に次のプレイーやーを決めていますね。
修正いたしましたので取り急ぎ報告させていただきます。
ありがとうございました。
>>218 guiじゃない方のreversiは修正しないの?
ソース同じなら同じ問題があるんじゃない?
>>220 さん
ご心配ありがとうございます。ChangeLogには怠けて書いていなかったのですが
同時にnon-gui版も修正しております。
今日は0.2.0リリース以降にメッセージング機構をどうするかということで
有意義な議論ができました。
elfもちょっとだけ進んできました。やはりちゃんと資料を読めばいろいろ書いてありますね。
ひげは47氏逮捕についてどう思うよ? L氏は既に面白い答えを出しているが
「47氏って誰?」と素でボケるひげ氏↓
nyに取って代わるP2Pソフトでも開発するか、ちょっと待ちな なんて前に言ってたぞ。
今日はほとんど何も手を付けられませんでした。
再配置に必要な情報をRELセクション周りから集めるあたりを実装しました。
>>222 さん
P2Pには多少の興味を持っていましたが今はMonaが楽しいので
特にそのへんに関しては気のきいた意見は持ち合わせていないです。
すみません。
>>228 正しい答え方だ。
さっきゅんみたいにアフォな発言をすれば、ただ評価を下げるだけ。
俺も「こいついつからこんなに偉くなったんだ?」的、反感を覚えた。
LCについては・・・何も言うことは無い。
まぁ無駄なことは言わず黙っとけ。自作自演もやるなよ。
逃げるなよ 愛用してたんだから感想ぐらいあるだろ
47氏逮捕について。 「誠に遺憾だ。今後はこのようなことが起きないように指導を徹底したい。」
>>229 金子を擁護してる割れ厨よりはまともな意見だと思いますがー
丸くなったLCなんざLCじゃねェや
コーンたんはとんがってます
Windows100%45p 省スペースだが乗っている。 おめでとw
236 :
Be名無しさん :04/05/13 21:56
>>235 さん
情報ありがとうございます。
ご指摘をずっと見逃していたのですが某氏のつっこみにより
やっと意味を悟り、コンビニに走りました。
確かに省スペースでした(笑)
でも素直にうれしいですね。
残念なのが(Tinoさんの)MonaGUIが大活躍する前のバージョンの紹介だったことですね。
前のbochsの記事のときと違って一応OSの端くれとして紹介されているのがちょっとうれしかったり。
βリリースのお知らせです。
0.2.0beta10をリリースしました。
変更点は以下の通りです。
・アプリをたくさん起動させたときのマウスの動きを改善
・Welcomeメッセージで簡単な使い方を表示
・シェルでプロンプトにカレントディレクトリを表示, 内部コマンドLS/DIRの引数でディレクトリを指定できるようにした
・GUI.SVRの自動起動を解除
・STARTGUIバッチを追加
・格好良い壁紙(提供nikqさん)
・マウスカーソルの形状を変更
・シェルの内部コマンドにPSとKILLを追加
・シェルを完全にリライトして軽量化
今回の目玉は、GUIがstatrtguiコマンドによってスタートするところ、GUI.SVRが壁紙の再描画をサポートしたことです。
今リリースはTinoさんのMonaGUIにたくさんの新機能が載っています。
>Tinoさん
ありがとうございます。お疲れ様でした。
ダウンロードはこちらからお願いします。
また不具合がありましたらご指摘いただければ幸いです。
ttp://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?Mona%2F%B3%AB%C8%AF%C8%C7
QEMUだと動かないのかね VESA: 800x600 16bppでストップ。 もし直していただいても、暫くお礼のレスはできないのでそのあたりはよろ。
>>239 お疲れ様です。
今日は懸案の裏ウインドウの再描画を何とかしようとしています。
>>240 QEMUで動きます。私自身確認済みです。
ただ、メッセージキューの処理でデッドロックが起こるようで、
QEMUに限りませんが途中で止まってしまうという現象が発生します。
止まる箇所は一定しません。運がよければかなり動きます。
止まる箇所は以下のケースが多いです。
・OS起動中にサーバー読み込みの途中で止まる
・startguiを入力してGUI.SVRの起動中に止まる
・dirでファイルを表示している最中に止まる
メッセージキューでデッドロックが起きて途中で詰まっている感じです。
マウスを動かすとその拍子に動き始めたりすることもありますが、
大抵は操作不能になります。
というわけで現状かなり不安定な状態ですが、
何度か試していただくとうまく動くと思います。
あと補足ですが、
>>239 > ・シェルを完全にリライトして軽量化
というのはSHELL.SVRのことです。
これに対して従来のシェルはOLDSHELL.SVRという名前で生き残っています。
デフォルトで起動するのはOLDSHELL.SVRの方です。
chshとしていただくことでSHELL.SVRの方が起動します。
SHELL.SVRからchshすると1LINESH.SVRが起動します。
OLDSHELLはprintf()を横取りするようになった関係上、
今までより動きが重くなっています。
メッセージングを多用するため、デッドロックが表面化しました。
カーネルの問題ではないかと考えていますが、追いきれていない状況です。
>>242 すみません。訂正です。
> カーネルの問題ではないかと考えていますが、追いきれていない状況です。
前半部分の表現が不適切でした。
「カーネルの問題ではない、と考えている」と書くつもりでした。
libmonapi.aの中でメッセージキューを持っているのですが、
マルチスレッドにしてしまうと本来別々に扱わないといけないスレッドごとのキューが
共用されてしまうために発生する現象ではないかと考えています。
printf()の処理を非同期にすることでシングルスレッド化できると思われますが、
文字ずれなどの副作用が発生するため困っているというのが現状です。
というわけで上でデッドロックと書きましたが、
正確には他のスレッドにメッセージを横取りされてしまうため、
延々とまちぼうけになってしまうということではないかと推測しています。
この問題はprintf()の横取りを実装した直後から気付いていたのですが、
私用に忙殺されてしまってひげぽんさんと調整しないまま
β10のリリースになってしまいました。
非常に不安定で重大な問題なのに触れられていないという状況になってしまい
>>240 さん他の方々にご迷惑をお掛けしてしまい申し訳ありませんでした。
hungry氏パケジも動かなかったので、QEMU(CVS,Linux)の問題の可能性ダーイ
0.5.5リリースでも駄目ポン
何回試してもだめぽ
>>245-247 お騒がせしております。
前述のマルチスレッドメッセージングの件は修正いたしました。
私は以下のサイトから入手したQEMU on Windows (0.5.4)で動作確認していました。
http://www.h7.dion.ne.jp/~qemu-win/index-ja.html 現在0.5.5がアップされていますが、それで動かしてみた所、
確かにご指摘のVESA: 800x600 16bppでストップしてしまいました。
バージョンなどを明記せず大変失礼いたしました。
これは前述のマルチスレッドメッセージング問題とは関係ない部分のようで、
INITスレッドを起こす段階で失敗しているようです。
ちょっと今はそれ以上のことは分かりませんでした。
すみませんが以上よろしくお願いいたします。
QEMUはQEMU5.5の問題でしょ。 以前動いていたイメージも動かないし。 ただVirtualPC2004評価版でstartguiを実行すると カーネルパニックを起こすのが気になります。 VMWare4.5の評価版は問題無いのでVirtualPCの問題?
>>248 > 前述のマルチスレッドメッセージングの件は修正いたしました。
と思ったのも束の間、問題が再発してしまいました。
どうやら私の考えていた部分以外でも問題が発生しているようです。
ちょっと手詰まりになってしまいました。
>>249 > QEMUはQEMU5.5の問題でしょ。
> 以前動いていたイメージも動かないし。
なるほど、そうなんですか。
> ただVirtualPC2004評価版でstartguiを実行すると
> カーネルパニックを起こすのが気になります。
> VMWare4.5の評価版は問題無いのでVirtualPCの問題?
これは以下にあるβ10のイメージということでよろしいでしょうか?
http://mona.sourceforge.jp/dynamic/pukiwiki/pukiwiki/pukiwiki.php?Mona%2F%B3%AB%C8%AF%C8%C7 手元にあるVPC-5.2では問題ありませんでした。
試しに2004評価版を入手して試してみましたがやはり問題ありませんでした。
前述のマルチスレッドメッセージング問題絡みで
startguiの最中に止まってしまうことはあります。
これはVPC-5.2, QEMU-0.5.4ともに発生します。
ですが止まる場合は何のメッセージもなくそのまま止まってしまうので、
カーネルパニックというのは見たことがないです。
ともかく色々と問題があるのは確かです。
Bochsで、起動したいんですが、さっぱりわかりません。 教えてください。
>>251 はいβ10です…が、すいません、実行環境の問題でした。
仮想マシンのRAMを16M->32Mに変更したら問題ありませんでした。
ちなみに発生したときの場所とメッセージは
壁紙だけが表示された状態で
kernel panic
Message:unhandled:fault0E - page fault
でした。
>>255 了解しました。
こちらでもメモリ16MBでカーネルパニックになることを確認しました。
>>240 さん
ご報告ありがとうございます。
メッセージのデッドロックが問題になっているようなので調査いたします。
>>Tinoさん
> この問題はprintf()の横取りを実装した直後から気付いていたのですが、
> 私用に忙殺されてしまってひげぽんさんと調整しないまま
> β10のリリースになってしまいました
申し訳ありません。こちらでは問題なく動いているように見えていたので
リリースしてしまいました。
皆様ご迷惑をおかけいたしました。
>>255 さん
ご報告ありがとうございます。
知らず知らずのうちに結構物理メモリを要求するようになっているみたいですね。
気づきませんでした。
QEMUで無事起動。 上で話題になっているstartguiで止まる現象は再現せず。 startguiでMonaGUIがばばーんと起動してXみたいだったよ。 これからもがんばってくらさい。 個人的にはOSASKを超えたかも
GUIシェルすげえな… でももうちょっとシンプルにソース書けないと後々つらいんじゃない?>MonaGUIアプリ
>>258 > QEMUで無事起動。
それは良かったです。
> 上で話題になっているstartguiで止まる現象は再現せず。
偶然に左右される現象なので止まる箇所は一定しないんですよね。
> startguiでMonaGUIがばばーんと起動してXみたいだったよ。
はい、startxをイメージしました。
> これからもがんばってくらさい。
ありがとうございます。
> 個人的にはOSASKを超えたかも
ウインドウを重ね合わせたときの再描画と、
エディタと、日本語入力がないと足元にも及ばないと思っています。
それにMonaGUIは馬鹿みたいにメモリ食いで重いので、
その点ではどう頑張っても絶対にOSASKには及ばないです。
>>259 > GUIシェルすげえな…
ありがとうございます。
動きが変な部分があるので、リリースに向けてもうちょっと調整します。
> でももうちょっとシンプルにソース書けないと後々つらいんじゃない?>MonaGUIアプリ
確かに複雑で変なお約束が異常に多いことは自覚しています。
これはC#というかManaged C++をモチーフにしたためです。
真似をしている限りは、実装が大きく外れなければ破綻はしないかな、と希望的観測です。
263 :
は ◆cplnFO9T0I :04/05/17 16:27
GUIは起動しないものの、CUIで実機起動できました。 CUIのアプリは無いんですか?
なぜにワザワザ固定なんだ?
266 :
は ◆cplnFO9T0I :04/05/18 13:16
>>ひげぽんさん さっき最新のソースをCygwinにてコンパイルして、VirtualPC評価版で動作確認しました。 問題ないです。Clockについても問題なく動作しています。 ただウィンドウが重なっているときに、上のウィンドウを移動させた後、 以前ウィンドウがあった部分が透けているからそこら辺がちと加奈氏。 まぁそれが直ればいとわろし
>>268 > 以前ウィンドウがあった部分が透けているからそこら辺がちと加奈氏。
これはずっと前から直す直すと言いながらいまだに手が付いていない部分です。
Mona-0.2.0のリリースが滞っている最大の理由でもあります。
申し訳ありません。
> まぁそれが直ればいとわろし
直すことに何か問題がありますか?
271 :
Be名無しさん :04/05/19 20:07
>>269 さてはおぬし日本人じゃないな!それは義務教育で皆習う表現だぞ!
いとわろし? すまん、一応高卒何だか俺もよく分からない・・・。
直ったならば大層よろしくないことだ ~~~~~ じゃない?わろし、すなわちよくない、という意味じゃ
数人、無学を嘲笑ったつもりで無学がバレたようだ。
古典で、わろしは、「悪い」の意味ではない。むしろ逆。どうでもいいことだけど。 でも、義務教育では、習わないと思う。
よし よろし わろし あし ←best---------worst→ ってグレードじゃないの?
をかしと勘違いしてる香具師がいてそう
無学をさらしてた。 「よろし」:悪くはない 「わろし」:良くはない と、訳す。というのでOK?
>>268 さん
ご報告ありがとうございます。
ウィンドウの重なりに関しましてはTinoさんが返答されている通りです。
今日は何件かご報告いただいているMonaのばぐとりをやっています。
どうやらメッセージデッドロックみたいなのですが、どこで起きているかはまだつかみきれていません。
最後の一文でこんなにスレが伸びるんかい。 なんとなく書いただけだから、そんなに気にスンナっての。 「わろし」は、良くない。 「をかし」は、興味深い、趣がある。 よって両方とも合わない。 んで俺が言いたかったのは 「まぁそれが直ればなお良い。」 「いとわろし」だと、すごく良くないだね。 皆様にご迷惑をかけたから、あとでこっそり吊ってこよ
「わろ」を半角カタカナにすれば独自文化になったんだ。
なるほど。
ちなみに通りすがりですが、遅レス。
>>72 試してみましたが、環境によってはUSB-FDDブートができるようです。
ただできない環境もありました。おそらくBIOS関係の実装の有無かと。
(VAIOノートZ + USB-FDD(できた方)などにて確認)
>>283 あー、貴重な情報ありがとうございます。
ここらで、懐かしの昔自分がwarotaレスをpart2から2点紹介 152 :デフォルトの名無しさん :02/06/21 01:20 割り込みとメモリ管理、タスクディスパッチのハザマで死ぬであろう。 415 :デフォルトの名無しさん :02/06/30 15:11 49日毎に確実に落ちるOSと、うまくいけば数百日持つけどハード が何も使えないOS、どちらが良い? 418 :暴走すますた :02/06/30 15:15 ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ハードが何も使えないOS ・・・
>>285 真ん中はwin95でどうのこうのっツー話だっけ。
懐かしい
ひさしぶりに起動してみた。 やはりTino氏の加入は大きいな、もちろんひげぽんの作った元々の基礎があったのだとは思うけど 壁紙とかFIREとかNOIZ2BGとかREVERSIは、目立ってかっこいいし。
MiSTが…MiSTが…
そういやWABAがSORAで動くらしい。
>>283 さん
ご報告ありがとうございます。
VAIOでUSB-FDDブートできる場合があるのですね。
>>287 さん
全くその通りですね。0.1.5からの進化を見るとTinoさんの力がいかにすごいかが分かります。
今日も相変わらず、メッセージ消失バグの調査を行っています。
おいそがしいTinoさんにも手伝っていただいておりますが(感謝)
ユーザーライブラリとカーネルのどちらで消失しているかもはっきりはしていません。
カーネルの疑いの方がかなり強いですが・・・
Virtual PC2004体験版について一応メモ書き
・Monaは動く
・Virtual PC5.2が入っているマシンにインストールするとVirtual PC5.2が使えなくなる。
2004をアンインストール→5.2を再インストールしないと元に戻らない
・COMへのテキスト書き出しが異常に遅い(5.2との比較)
数バイトの出力でもハードディスクへのアクセスが長い時間行われる。
ログをとりながらの実行はかなり厳しくなりました。
>>290 >・COMへのテキスト書き出しが異常に遅い(5.2との比較)
> 数バイトの出力でもハードディスクへのアクセスが長い時間行われる。
> ログをとりながらの実行はかなり厳しくなりました。
そうでしたか。テキスト書き出しはOS開発で使ったことがないもので・・・
(アメリカ派遣の際にVPC2004英語版を購入しました。(正規価格は)安くても(高専生には)高かった・・・)
>・Virtual PC5.2が入っているマシンにインストールするとVirtual PC5.2が使えなくなる。
> 2004をアンインストール→5.2を再インストールしないと元に戻らない
正規版では、前バージョン(自分の前バージョンは5.1)は完全にアンインストールされます。
どちらにしても共存はできないようです・・・
>>291 さん
> そうでしたか。テキスト書き出しはOS開発で使ったことがないもので・・・
私もどなたかに教えていただいた方法です。
画面にログを表示すると遅かったり、ログが流れてしまう場合にCOMへの書き出しを使用しています。
> (アメリカ派遣の際にVPC2004英語版を購入しました。(正規価格は)安くても(高専生には)高かった・・・)
アメリカ派遣?
アメリカ(本土)には行ったことがないのでうらやましいです。
留学でしょうか?
MiST=hesoheso?
hesohesoも最近お盛んですね。 #本当にMiSTにOSgうわなにするやめr
bochsで起動してみたところ、 VESAが対応してないみたいなerrorが出た。
>>296 激しく外出
VGABIOS-lgpl-latest
なんで子のすれってゲイツの関係者が大井野?
最近このスレ、変なコテハンが増えたな...
>>299 まあそれは置いといて(藁
とりあえず、研究の一環としてOSを作ってます。
学生は時間があって暇でいいねぇ
SZ-09とやらは
>>298 の上が言いたくて仕方がなかったに数ペリカ
でもすげぇな。
能ある鷹は爪を隠す。 こんな所で油売ってる香具師が本物なのかねぇ。
本物ならほかのメンバーに確認取ってから言ってるんだろうな・・・ まさか未確認ででしゃばるなんて事は・・・
>「針金を使った化学振動現象」 ・・・これって前に所ジョージの番組でやってなかったっけ。 いっしょに生物関係の女の子が一生懸命トビかなんかの研究してたが個体の確認方法がいい加減でそれが落ちて、 同じ学校の化学関係の香具師が受賞って話。
メガテンですかっ
>>307 女神転生かと思ったら所さんのメガテンか。
ゴールデンタイムに飯食いながら見たような気がするが・・・
笑ってコラエテだっけ。
半分実名さらしたようなもんで書き込むのは危険なのにな。 LCみたいなのは別だが。
>>303 そういうことではないです。
>>304 油売ってるって・・・土曜日ですよ。
>>305 いや、それぞれのメンバーは別々の学校で別々の研究をやってるので。
>>309 すみません、失敗ということで。あまり慣れてなかった。
>>Be名無しさん
とりあえず荒らしたいわけではないので、この辺で勘弁してください。
(´Д`).。oO(while(c=getchar()))
そうか、コテが多いスレでは名無しは全部同一人物に見えるのか(わら
よーしパパも名無しになっちゃうぞー
俺の経験上、学生が開発時に年齢を明かすのは得策ではないね
よーし今日から俺の固定は「Be名無しさん」だぞー
男なのか女なのか。それをはっきりさせてもらおうか。 /*ひげぽんの存在感が薄まっていく。*/
名無しさんになれ!Be名無しさん!
537 ・ そうですね。僕もブートセクタでは失敗したらint 0x18です。また、VMWare
538 (Trial)では、int 0x18を呼び出すと、"Operating System Not Found"(だっ
539 たと思う)と表示されてVMWareの警告が表示されます。 -- SZ-09(
http:// 540 riact.sourceforge.jp/ ) 2004-05-10 (月) 19:04:17
>>SZ-09 そういうのは一人で研究するのがいいわけで、 そんなのでSFを使うのはどうやと思うぞ。
SFに登録されてるの?
>>318 か。
>GUIを実装する
>マイクロカーネルとして自由度の高いOSにする
>試験的にWindowsアプリケーションのエミュレーター作成
・・・なんか夢見る子供を抜け出していないような・・・募集人員用件もなんかアレだし。
なんだ。男か。 --イメージポイントが300下がった。--
略称名のソフトはすべて大文字にするだろ、普通
あーOS作る女子高生ハカー出て来ねえかな。
>>326 侵入して他E保されたのはいなかったっけ
>>327 いたねぇ
友人のHP書き換えとか言うチマチマしたもんだったが。
47ぐらいの人物が美少女ならすごいがそれ以下の単なる趣味グラマだったらガキって感じだな
>>328 よく覚えていないんだけど、K察のビデオの女優だったっけ?貌まで見てないけど。
まさかクラックって、ftpにつないで、容易に想像できるパスうちこんだとかじゃないよね。
一般では、ただそれだけでハッカーだがw
>>329 >警察庁によると、女子高生は昨年12月下旬、男性が自分の悪口をネットの掲示板に書き込んだことを知り、
>仕返しにHPを改ざん。パスワードやIDは、同級生がバンド名などから推測したという。
同級生がバンド名から予想したPASSだってさ。くだらん
やっぱりこれか。jfbtermで、splitしたscreen起動してカチャカチャやっているのを想像したんだが… 貌ってまだ残っていたっけ?あんまり詮索するのもよくないけど。 大内さんちの妹さん/卑下の奥さんって、技術はどうなんだろう。
>>333 splitと聞いて建築様式を思い出しました
流れが速い! しかも内容が関係ない!
Be名無しさん同盟()
まー、賑やかなことはいいことだね。
(2004/5/18/11:09 読売新聞 無断転載禁止) 断っての上の話だよね
yossy == SZ-09 fa?
 __  __  ___  _   _    _     |  \/  |/ _ \| \ | |  / \    | |\/| | | | |  \| | / _ \   | |  | | |_| | |\  |/ ___ \  |_|  |_|\___/|_| \_/_/   \_\                             
__ __ ___ _ _ _ | \/ |/ _ \| \ | | / \ | |\/| | | | | \| | / _ \ | | | | |_| | |\ |/ ___ \ |_| |_|\___/|_| \_/_/ \_\
>>338 引用と転載の間には好きであることと愛することほどの違いがある。
>>343 それ見たら哀れになって来た
っつーか卑下が偉大な人物に思えて来た
>>今は大した事ないのは間違いない。問題はそこから這い上がることだと思います。 で、Win/Mac/UN*X の再開発?
アセンブリのみで、GUIなOSを作るのは無理ですかな?
>>348 大体アセンブリで無理なら、どんな言語でも無理だと思うけど。
そんなの聞くことではないぞ。
>>351 なるほど、サンクスコ。
そんじゃ聞くが、開発に向いてる言語は?
>>352 OS作るために生まれたC言語が一番向いてるんじゃね?
>>352 それぐらい自分で調べられるようじゃないと開発は無理。
資料との勝負だからな。
例のメッセージバグ消失の原因がTinoさんにより特定され修正されました。 本件ご協力いただきました。皆様ありがとうございました。 別件ですがRTC周りの実装がまだ甘いようです。 bochs, vmware, VirtualPC, qemuでそれぞれ違う症状で正しい表示が出来ていません。 Mona/src/kernel/test_higepon.cpp Mona/src/kernel/tester.h あたりにRTCクラスの実装がありますのでお気づきの点、ご指摘いただけると助かります。 そういえばELFの再配置とか忘れてました・・・
356 :
Be名無しさん :04/05/24 21:27
ここに書いていいのだろうか・・・ アプリ質問所に適切なものが無かったようなので、ひとまずこちらに書きます。 Monaでは、今現在sin関数とかcos関数とかって使えないのでしょうか? 使えると幅が広がって良いし、今試しにアプリを作ってみようと思っていたのですが・・・。 ついでに線の引き方をお教え願いたいです。
三角関数ならOSには依存しとランだろうから自分でつくるっツーのは?
テイラー展開に賭けた俺の青春……。
>>356 MonAPI::Screenには線を引く関数がないね
MonaGUIのSystem::Drawing::Graphicsにはあるようだが
やはり自分で実装すれっちゅうことですか。
マクローリン展開かと思っていたけど、テイラーですか。
教科書あるので、見てみます。
>>360 ありがとうございます。
皆様ありがとうございました。ひとまずマクローリンさんとテイラーさんと格闘してきます。んじゃ。
>>356 さん
Monaをお試しいただきありがとうございます。
>>357 >>359 >>360 でフォローをいただいているように現在Monaには
線を引く関数
三角関数系の関数はありません。
三角関数系の関数はライセンス的に問題ないようなコードがあれば
取り込めればと思っています。
手ごろなのはあるでしょうか?
線を引く関数は、MonaGUIでしょうか?それともGUIが絡まない方でしょうか?
後者であれば私が用意できますのですがいかがいたしましょう?
>>362 MonaGUIのフォーム上に線を描くってことでお願いします。と言っても、無理をせずに。
>>359 OSASKにはそれを使った三角関数があるの?
>>365 ありがとうございます。
んで、sinの実装ですが、マクローリン展開でやったところ、
90度までは正確に算出しましたが、それ以上だと終わりです。
90度以上は駄目駄目だぁ〜、テイラー展開計算するのメンドクせー。
まぁsin(180 - x) = sinxを使えばいいけどね。
さーて、次はcosやってきます。
まぁひとまず応急処置だから、わざわざテイラーやらんくていいということで。
一応、sin、cos実装完了しました。 アプリ作成にとりかかります。
算術ライブラリができだすと、3Dとかに発展していくのかなぁ。
>>364 さん
>>365 さん
線を引く件いろいろとありがとうございます。
>>368 さん
早いですね!どうもお疲れ様です。
>>369 さん
3D系に発展したらうれしいかぎりですね。
3Dのオブジェクトがゴリゴリ動いたらかなりインパクトありますよね。
今日は実装はせず、メッセージングに関していろいろと
議論させていただきました。
現状のメッセージ仕様にプラスして
メッセージキューにある任意のメッセージを参照できるような仕組みを
カーネル側に用意する方針になりそうです。
実はアナログ時計作ろうと思って、cosとsin実装したんだけどさ、 sin、cosのアルゴリズムが糞だから(マクローリン展開)、実用的になりそうな予感がしない。 高速変換ヨロシコ → ひげぽん しかも今まで、エラーエラーで時計の針さえ動かせてなかった。orz 動いたから今日は寝よ。
>>371 sinやcosは、486以降限定なら、普通にFSIN命令やFCOS命令を使えばいいのでは?
直線描画や円弧描画に関しては、専用のアルゴリズムがあるようだけどね。
アナログ時計程度なら表引きで十分やん
>>372 その命令の使い方がいまいち分からないからひとまず無しの方向で。
直線や円弧の描画はすでにメソッドが用意されていました。
>>373 表引きとは一体何でしょう。
>>374 別に毎回sin, cos を計算しなくても, プログラム組むときに関数電卓とか
でsin(1), sin(2), ..., sin(360) とかを求めておいて, 配列にでも突っ
込んどけばいいじゃんということ. 1度づつにするかどうかとかはそのアプリ
がどの程度の細かさが必要かで適当に.
角度で表引きとか一般的だよねー。
>>375 へぇ〜、そんな方法があったとは、思いもよらなかった。
でも関数作っちゃった。2時間かけて・・・憂鬱だ。~_~
ある程度のテーブルがあれば、その間の値を求めるのは、半角定理と加法定理で簡単だしね。
いろいろあって遅れましたがfsin/fcosを使ってのsin/cosを追加できそうです。
>>371 さんが
実装してくださったのに申し訳ないです。。(もう少し早くできれば・・・)
> 高速変換ヨロシコ → ひげぽん
fsin/fcosに丸投げなので多少早くなったかもしれません。
次のベータリリースには乗せられると思いますが明日くらいにリリースという感じで
よろしいでしょうか?
>>371 さん
>>379 あんたは忙しいんだから、申し訳ないですとか言ってはいけません。
全て俺が悪いだけですから。
でもcosとsinとtanがあれば、N88BASIC並みの2Dゲームが出てきてもおかしくないはずだが。
>>379 っちゅーわけで、リリースするならtanとatanがあった方がいいんじゃない?
tanはsin÷cosだから簡単だけどatanはちょっと骨だねー
MonaGUIと共に「衝撃の2.0リリース」を狙ってんだろうね。 裏の再描画だけがTODOっぽいので、素直にそれを待つか それとも逆にそれがTinoさんの負担にならないよう2.0を出してしまうか。
人気というものは、それが素晴らしいものであるのならば、 工作などしなくとも自然と広がっていくもであり、意図的に上げようとすれば、 裏の汚い心が見え隠れして、結局上がらないものである。
しかしあまりにこだわりを無くすとLタンのようになってしまうので、 それはそれで考えものだ。
Lは色々考えるけどことごとく失敗してる湾
考えるポイントがずれているので要するに考えてないのと同じ事。
>>383 Wikiだから個別のカウントが分かるわけであって、
本家sf.netと違ってsf.jpじゃリリースファイルのカウントが出てこないぞ。
>>287 ありがとうございます。
>>290 とんでもありません。
>>360 >>365 フォローありがとうございます。
>>384 ご心配をお掛けしております。
次のMonaのβリリースを目前に控え、
再描画の問題をこれ以上長引かせるわけにもいかなくなったため、
とりあえず超手抜きで対処しました。
描画手順が見えてしまっているので、手抜き具合が筒抜けで恐縮です。
これに限らず無駄な描画が多くて拙いので、
今後はMona-0.2.0に向けて描画の最適化に着手する予定です。
もともとの予定ではここまで作りこむつもりではなかったのですが、
皆様からの叱咤激励を受けてここまで続けて来る事ができました。
ここまで来ると細かい所の仕上げをしないわけにはいかない状況ですので、
1. Zオーダーの管理
2. フォーカスの管理
3. キーボードのサポート
くらいは盛り込もうかと考えています。
余談ですが私見をちょっとだけ……。 MonaGUIと名乗ってはいるのですが、あくまでGUIの一実装という位置付けです。 MonaではOSとGUIが一体化せずに分離した構造となっていますので、 別のGUIを実装する余地は大いにあります。 私のようにカーネルよりもウインドウシステムやツールキットに興味がある者にとっては、 MonaはGUIの土台となるOSとしてはコンパクトで見通しも良く、 なかなか手頃な存在になって来ていると思います。 もともとMonaGUI自体も.NET風の構造をC++でどこまで実現できるかという実験に過ぎず、 現時点でもまだ実験の域を出ていないというのが正直な所です。 Mona+MonaGUIを見て面白いと思われた方は、 GUIの実装にチャレンジしてみるのも一興かと思います。
>>390 乙でーす。
マターリがんがってくらはい。
>>390 試したら、致命的なバグ?があったので報告。
1、まず2chAAを起動する
2、次にそいつの上に、シェルを移動させる
3、約1秒待つと・・・
4、AAだけがシェルを飛び越えて描画されているではないですか!!!
まぁお手軽再描画だからまだここまで厳密に考える必要性は無いと思いますが報告までに。
>ひげぽん様 三角関数の実装ありがとうございました。 おかげで何とかアナログ時計(もどき)が完成しました。 ソースも三角関数を求める関数が無くなったのでかなりすっきりしました。
>>371 さん
お気遣いありがとうございます。
>>381 さん
>>382 さん
ありがとうございます。
ご指摘の通りatanは難しかったので、tan()を追加するだけにとどめました。
>>383 さん
応援ありがとうございます。
リリースの件は384さんのご指摘の通り正式リリースでMonaGUIショックリリースを狙っているのと
Wikiの方が気軽にリリース出来ることから現状のような形になっています。
ただこのへんは、ひげぽんが勝手にそう思っているだけなので
皆さんの意見によっては変わることもありえると思っています。
>>394 さん
アナログ時計完成おめでとうございます。
Monaの時刻取得の仕組みが甘いため環境によっては
おかしな時刻になってしまう環境があります。
このへん詳しい方いたらご教授願いたいです。
ひげぽんって2chの人ですか?
お返事遅くなりました。昨日は一日中寝てました。(w
>>393 お試しいただきありがとうございます。
その辺の問題は認識しています。
バグというより実装が欠落しているのが原因です。
>>390 で書いた「1. Zオーダーの管理」の欠落に該当します。
そのことなどを「手抜き」と表現しました。
同様の問題として、GSHELL.EL2の上にBUTTON.EL2を重ねて
BUTTON.EL2のボタンを押すと、
下にあるはずのGSHELL.EL2がBUTTON.EL2をかき消すというのもあります。
これもZオーダーをまったく管理していないからです。
もっとも私が認識していない問題も多々あると思いますので、
今後とも何かありましたらご報告いただければ幸いです。
この辺を地道に詰めて行かないと手抜きがバレバレなので、
0.2.0リリースまでまだしばらくかかってしまいそうなのですが、
よろしくお願いします。
>>395 >ご指摘の通りatanは難しかったので、tan()を追加するだけにとどめました。
fsin, fcos は使うのに fpatan は無視ですか??
>>397 さん
えーと。たぶん2chの人ではないですw
>>398 Tinoさん
> 昨日は一日中寝てました。(w
メッセージ仕様取りまとめお疲れ様でした。
>>399 さん
ご指摘ありがとうございます。
fatanという命令を探して見当たらなかったので諦めていました。
fpatanだったのですね。
atan()追加してcommitいたしました。
>>400 キリ番ゲトおめ!
msunは良い資料だから遠慮せずに見る。
ベータ版試してみました。 GUIがあそこまで出来ているとはびっくり! エディタやウィンドウデザイン(スキン)の変更とかのサポートはまだかな? 1つ惜しいのがランチャーのデザイン。。。
ベータ版試してみました。 GUIがあそこまで出来ているとはびっくり! エディタやウィンドウデザイン(スキン)の変更とかのサポートはまだかな? 1つ惜しいのがランチャーのデザイン。。。
ベータ版試してみました。 GUIがあそこまで出来ているとはびっくり! エディタやウィンドウデザイン(スキン)の変更とかのサポートはまだかな? 1つ惜しいのがランチャーのデザイン。。。
ベータ版試してみました。 GUIがあそこまで出来ているとはびっくり! エディタやウィンドウデザイン(スキン)の変更とかのサポートはまだかな? 1つ惜しいのがランチャーのデザイン。。。
ベータ版試してみました。 GUIがあそこまで出来ているとはびっくり! エディタやウィンドウデザイン(スキン)の変更とかのサポートはまだかな? 1つ惜しいのがランチャーのデザイン。。。
407 :
Be名無しさん :04/05/27 23:09
402-406事故? 最近のMonaはいい感じだと思う。 卑下とTinoタンは得意分野がかぶっていないしね。 > もともとMonaGUI自体も.NET風の構造をC++でどこまで実現できるかという実験に過ぎず、 > 現時点でもまだ実験の域を出ていないというのが正直な所です。 Tinoタンは謙遜しているが個人であのクォリティーの高いGUIを実現できるのはTinoタン だけじゃない?もしかしてGUI系のライブラリを書く本職なんじゃ? GUIがあのロードマップどおりに進むのであれば そのあいだ卑下はマイクロカーネル化やネットワーク対応等を進めればよい。 今年中にはMonaGUI簡易ブラウザから2chに書き込みなんてことも夢ではないかも
402-406事故? 最近のMonaはいい感じだと思う。 卑下とTinoタンは得意分野がかぶっていないしね。 > もともとMonaGUI自体も.NET風の構造をC++でどこまで実現できるかという実験に過ぎず、 > 現時点でもまだ実験の域を出ていないというのが正直な所です。 Tinoタンは謙遜しているが個人であのクォリティーの高いGUIを実現できるのはTinoタン だけじゃない?もしかしてGUI系のライブラリを書く本職なんじゃ? GUIがあのロードマップどおりに進むのであれば そのあいだ卑下はマイクロカーネル化やネットワーク対応等を進めればよい。 今年中にはMonaGUI簡易ブラウザから2chに書き込みなんてことも夢ではないかも
409 :
Be名無しさん :04/05/27 23:18
明後日からちょっとの間2ch使えなくなるから、そのエラーとか。 ニュー即では閉鎖騒ぎ。実際には閉鎖は嘘だが。 2ch.netドメインが使えなくなる可能性大。ご注意を。
make[3]: Entering directory `/home/hoge/src/Mona/src/servers/key' g++ -c -o main.o -nostdlib -fno-builtin -Wall -c -g -O3 -DMONA -DDEBUG_BUILD -DHOST_LINUX3 -fno-exceptions -fno-rtti -I../../../include main.cpp g++ -c -o KeyboardManager.o -nostdlib -fno-builtin -Wall -c -g -O3 -DMONA -DDEBUG_BUILD -DHOST_LINUX3 -fno-exceptions -fno-rtti -I../../../include KeyboardManager.cpp ld -T ../../../env/monaelf.lds -n -Ttext 0xA0000000 -e user_start -Bstatic main.o KeyboardManager.o -L../../../lib -o KEYBDMNG.SVR ../../../lib/monapi.o -lmonapi -lmonalibc ../../../lib/monapi.o(.text+0x2d): In function `__static_initialization_and_destruction_0(int, int)': ../../../include/sys/HList.h:252: undefined reference to `__dso_handle' ../../../lib/monapi.o(.text+0x3c):../../../include/sys/HList.h:222: undefined reference to `__cxa_atexit' make[3]: *** [KEYBDMNG.SVR] エラー 1 g++ 3.3.3 debian sid
うぬぅ MONAいい感じになってきてるな 開発者連中、がんがれ
Mona GUIのサンプルコードをいくつか見て感じた点 ・text, checkbox, radio button, combo boxのような基本部品がない⇒いくらなんでも困る ・キーボード入力を受け付けない(?) ・日本語入力 背面描画やZオーダーよりもこっちの方が致命的だと思うんだけど。 逆に言えばこいつらがそろったら文句なし
>>411 こんなヘンピな板でこういうレスはどうにもこうにも不自然に感じるこのごろ。
>>412 コントロールくらい、いるものだけ作ればいいだろ。
日本語入力は別のサーバーの仕事だと思う。
うわ。Tinoタンやっぱりすごい人だったのね・・・ GUIのサンプルという位置づけはもったいないというか、このまま行くしかないでしょ。 大体日本にGUIをここまでバリバリかける人ってなかなかいないと思う。 MonaからLinuxに逆輸入とかされたら面白いと思うし、そういうレベルを狙えるものだと思う。
>>401 さん
いろいろありがとうございます。
>>402 さん
ランチャーのデザインでよい案募集しますー。
>>407 さん
ありがとうございます。
自分以外の人が提供してくれるコードは品質もよく勉強になっています。
よい人に恵まれていますね。
>>410 さん
g++3.3.3の環境がなくて試せていないのですが。
./configureの際にはなんと表示されますでしょうか?
あとビルドしていただいたのはどのバージョンのソースでしょうか?
>>411 さん
ありがとうございます。
Monaのカーネル外のユーザー側のdoxygenドキュメントを公開しました。
ttp://mona.sourceforge.jp/apidocument/
ソースはmona-0.2.0beta11です ./configureの出力は以下の通りです % ./configure OSTYPE: linux gcc3.x [How to build] 1. make depend 2. make 3. make install Have fun!
>>410 g++自体の設定かどうかはわからないけど
__dso_handle と __cxa_atexit が無いというエラー。
Kernelのほうにあるから、自分で勝手にmonapi/syscall.cppの for C++ って所に
コピペしたらコンパイルできるようになると思う。
きちんと動くかどうかわからないけど。
>>419 さん
こちらでgcc3.3.3の環境を準備中です。
しばらくお待ちください。
>>371 さん
そういえばアナログ時計はどこかで公開されていますでしょうか?
もし差し支えなければみてみたいです。
>>421 一応基礎的な時計の表示(要は秒針と分針と時針)はできますよ。
ただあまりにもそっけないから何か機能付けようかと思っています。
ってか見るほどのものでもないわけで。
んにしてもスクリーンショットの半透明の機能はかっこいいねぇ。
>>422 さん
さっそくの回答ありがとうございます!
完成したらぜひ見せてください。
半透明ウィンドウまだ試せていないので早く試してみます。
>>410 さん
Vine Linux2.6
gcc 3.3.3を用意してやってみましたが再現しませんでした。
>>420 さんの
ご指摘の部分を試していただけると助かります。
QEMUたい(ry
半透明ウィンドウきたーーーーーーーーーーーーーーーーーーーーー Tinoタン神認定!
Mona/スペック にGUI関連の半透明ウィンドウサポートのようなアピールすべきところを 書いた方が良いと思うよ
もうすぐ 新マシン クルーーーーーーーーーー! ので 今のマシンのOS MONAにしてみよ
>>427 HDDブート対応すれ、あんたがソースを書くんだよ。
常にフロッピー突っ込みっぱなしでFA
>>429 HDDブートとなると、MBRのブートコードは当面WinXP辺りの既存のもの
をそのまま利用となるのかな。それとも独自?
まぁ、それよりもFDもしくはCD-ROMブートではあるが、起動後(実際には
起動中のある段階以降になるはず)はHDにアクセス可能にすることの方が
先かな?
>>431 NTLDRを使うのは大変だろう。
GRUBのほうがまだ楽。
多分独自になるかと。
>>423 一応できましたよ、時計。どうやって見せればいいんですか?
見せるほどのものではないですよ。
あれくらい普通に数時間で作れるだろうし。
wikiは基本的に読むものとして扱ってきたので、編集できる気がしないんですけど。 ひとまず風呂に入ってきます。それからやりますs。
>>424 さん
QEMU0.5.5がMonaで動かないとのことだったのでみてみました。
startKernel()でenableInterrupt()でするとハングアップしてしまうようです。
>>425 さん
すごいですよねー。>半透明
>>426 さん
ご指摘ありがとうございます。リリース前には整理いたします。
>>433 さん
Mona PJ Wikiに適当なページを作って公開してただけると助かります。
例) お名前/アプリ名
>>434 さん
的確なフォローありがとうございます。
Mona 0.2.0 beta11をデフォルトの設定で Thinkpad600で動作させたところ *.SVRをロードする直前でread retry=と出力され いくら待ってもロードされる気配がありません。 その他VPCや自作の実機では正常に動作しました。
>>420 syscall.cppに追加したら__dso_handleと__cxa_atexitに関してはエラー出なくなりましたが
今度は__CTOR_LIST__と__DTOR_LIST__が無いというエラー。
>>423 を見るとうちの環境が悪いようなので、諦めて別の環境つくってみます。
どうもでした。
>>438 どのバージョンでmakeしてる?
古いものだと__CTOR_LIST__と__DTOR_LIST__でエラーになるけど
0.2.0β9以降で対処された筈
>>439 410 なら 419 で beta11 って書いてる。
対処が効いてない環境があるのでは。
新0Sできました。
8文字鳥の鯖にGO
トリップ公開汁
>>431 >HDDブートとなると、MBRのブートコードは当面WinXP辺りの既存のもの
>をそのまま利用となるのかな。それとも独自?
MBRはパソコンにデフォルトで入ってるから(Partition Magic等でインスコされるけど)
いらない。mona等が独自で組まなければならないところは、
パーティションごとのブートセクタ(IPL)。
grubのmultiboot specificationに対応すれば そんなん作る必要も無かろう。
>>437 さん
ご報告ありがとうございます。
どうやらFDCDriverの途中で読み込みエラーが発生しているようです。
申し訳ありません。
>>437 さん
>>438 さん
>>439 さん
>>440 さん
ご迷惑おかけして申し訳ありません。
また何かお気づきの点がありましたらご報告いただけると助かります。
(・ε・)イイ!!
450 :
Be名無しさん :04/06/03 00:00
結局grubに対応するのか?
GRUBはちょい待ちじゃない? GNUの開発がGRUB2に移行しちゃったからさ いまの所、mb_header mb_info 辺りの変更は無いっぽいけど それと素のGRUBのMultibootSpecificationってVBE情報渡して くれないよ、リアルモードに戻れないしさ VBEパッチ済のも存在するけどね www.djm.co.za/spoon/grub/vbe.php
ヘェーもうGRUB2開発始まってんのね。 多国語化対応しているみたいだから、2chロケール追加すれば十分Monaに似合う。 とりあえずGRUB Legacyに対応しておけば良いかと。Syllableだって、SkyOSだってGRUBだし。
そして卑下がGRUB2をいれてみようとCVSからとってきてコンパイルしてみるが、 どうやってインストールすればいいかがわからないんだ 間違いない。
>>453 GRUB2を使うにはソースコードと睨めっこしないと無理(w
CVSリポジトリにドキュメントあったかな...
GRUBLegacyなら、素人の漏れでもブートできたから
卑下なら余裕
mb_header を ELF バイナリの8kbyte以内に配置するだけ
ホントそれだけ、monaならsecondboot.asm 以降をELF
バイナリにして、VBE情報をmb_infoから引っ張ればOKでしょ
$(CC) -Wl,-N -Wl,-Ttext -Wl,0x00010000 -o kernel.elf $(OBJS)
あとは menu.lst に
default 0
timeout 3
title Mona
root (fd0)
kernel /kernel.elf
vbeset 0x115
boot
もち、VBE-GRUB利用が前提
ところで、よくわかんないんだけど。 GRUB に対応すると何かおいしいことあるの?
>>455 彼女がたくさんできる
金大もうけ
職が見つかる
などいろいろありますよ
宝くじに当たるわ試験には合格するわでもうウハウハ。 一度お試しアレ
久しぶりにMONAをコンパイルしてみた。startguiとやってみた。以前にもまして重くなっていた。GWABAを起動してみた。やっぱり落ちた。MONA版は開発するのやめようかなと本気で思った。イベントから先に一歩もすすまない・・・ -- bayside 2004-06-04 (金) 18:43:28 さっきゅんが他人の名前であっ非ゃっ非ゃ
.__ ヽ|'∀'|_∠ Lマン参上。スレ立つまでここ借りるよ |___| L L
□□□□□□□□□□□□□□□□□□□□□□□□□□□□□ □□□■□□■■□□□□□□□□□□□□□■■□□■□□□ □□■■□■□□■□□□□□□□□□□□■□□■□■■□□ □■■□□■□□■□□□□□□□□□□□■□□■□□■■□ ■■□□□■□□■□□□□□□□□□□□■□□■□□□■■ ■□□□□□■■□□□■■■■■■■□□□■■□□□□□■ ■□□□□□□□□□■□□□□□□□■□□□□□□□□□■ ■□□□□□□□□□■□□□□□□□■□□□□□□□□□■ ■□□□□□□□□□■□□□□□□□■□□□□□□□□□■ ■□□□□□□□□□■□□□□□□□■□□□□□□□□□■ ■□□□□□□□□□■□□□□□□□■□□□□□□□□□■ ■□□□□□□□□□■□□□□□□□■□□□□□□□□□■ ■■□□□□□□□□■□□□□□□□■□□□□□□□□□■ □■■□□□□□□□■□□□□□□□■□□□□□□□□■■ □□■■□□□□□□■□□□□□□□■□□□□□□□■■□ □□□■□□□□□□■■■■■■■■■□□□□□□■■□□ □□□□□□□□□□□□□□□□□□□□□□□□□■□□□ □□□■□□□□□□□□□□□□□□□□□□□□□□□□□ □□□■□□□□□□□□□□□□□□□□□□□□□□□■□ □■■■■■■■□□■■■■■■■□□■□□□□□□□■□ □□□■□□□■□□□□□■□□□□□■□□□□□□□■□ □□□■□□□■□□□□□■□□□□□■□□□□□□□■□ □□□■□□□■□□□□□■□□□□□■□□□□□□□■□ □□□■□□□■□□□□□■□□□□□■□□□□■□□■□ □□□■□□□■□□□□□■□□□□□■□□□■■□□■□ □□□■□□□■□□□□□■□□□□□■□□■■□□□■□ □□□■□□□■□□□□□■□□□□□■■■■□□□□□□ □□□■□□■■□□■■■■■■■□□■■□□□□□□■□
OSつくりいいなー。 でも基本情報技術者レベルの知識皆無者だから見てるしかできん・・・ 「はじめての486」とか読んで理解できますかね?
>>461 まぁあれは良書だとして(ひげスレでその本知るまでにものすごいWeb資料をあさったんだ俺は!)
インテルのマニュアルでも読んどけ。あれが大体理解できればイケる。
まぁOSの本質についてはほかで勉強せなあかんけど・・・
関数ポインタ位Cで扱えるようなら大丈夫だろ、アセンブラなんてすぐ慣れる HWも仕様書があれば余裕、Intel/AMDのチップの情報は比較的容易に入手できる (GBEのデータシートが公開されててびっくりしたよ、他のベンダじゃありえない) 他のハードはLinuxのソースからレジスタ1覧を作れば大抵制御できるだろ 肝は普通のプログラミングで使わない、カーネル独特のアルゴリズムだな
必要なのはやばいぐらいのやる気と執念
少なくともこんなとこで聞いてるよりもどんどん自分で調べだすような人間じゃないとだめっぽい。。。
なんで卑下や痴脳はあんなに必死なんだ?
責任逃れで言い訳してるんだろ
どーでもいーけどmthread_joinって変じゃないか? pthread_joinがどんな動きするか知らないのか?
ニョガーン
>>468 これから立ち入り調査をするのでURLを晒してくれぬか
痴脳って呼び方はちょっと可哀想すぎるw
痴脳イイ
この件でのh氏やT氏の態度に問題はないと思う むしろ誉めたい それよりも自分で十分にチェックしないままOSのせいだと言ってしまった 米氏の態度こそ問題。他人のコード(MONA)に事実無根のケチつけたのなら 禿しく猛省するべき h氏がQEMUの件で最小限の再現コードが書けないから報告しないそうだが、 それくらい奥ゆかしいのが普通
今レスした人の中にム板のスレをageてきたやしがいるだろ〜そ〜だろ〜
いつの間にか何か荒れてるな・・・ 暫く離れることにしよう・・・
>>474 自作の互換GUIでアプリをデバッグして結論を導き出すってのもすごいがw
神か悪魔か、天才か痴脳か
>>480 Win32でないかい?どちらにせよ知能は神
つーかそこまでやるなら自分で移植しろと>痴脳
KSASO信者は元気ないな
484 :
Be名無しさん :04/06/05 19:44
>>482 移植するのと既にあるものから機能を取り除くのは手間が大幅に違うと思うYO!
>>482 痴脳はドトネト厨だから本心ではJavaが大嫌いなんじゃネーノ?
>>485 Java厨の卑下とはうまくやっているようだが
>>486 話がそれとこれでは全然違うような気が・・・
>>485 そっか。鋭い。あんた頭イイね!
>>486 卑下をJava厨からドトネト厨へ宗旨替えさせようと企んでるのか。
別にいいけど。
>>486 卑下はJava信者ではないようだからな。
卑下がユーザモード側のネイティブAPIはJavaベースにしたいと言い出したり
しなければ問題なしでしょ。
漏れ未来から来たけど未来にはjawaもドトネトもないですよ(^^)
>>490 そりゃjawaなんて言語には未来は無いな
ところでTinoのGUIの仕組みって要は昔ベーマガにあった N88BASICで擬似Windows95を作っていたそんな感じか?
結局MASKが直したみたいだぞ
関係ない話だが、ゲオの社長死んでしまったな。 あまりにもムゴイ事故だなぁ。自分の命よりも車を選んでしまったか。
皆様お騒がせしております。役立たずの痴脳です。 覆面さんのご活躍により、無事にWABAが動くようになりました。 この場をお借りして改めて御礼申し上げます。 まだ細かい部分の動きの詰めが甘い状態ですが、 いままでは第一歩すら踏み出せなかったので仕方ないと思います。 徐々に詰めて行くことができれば良いですね。 描画が遅いというMonaGUIの実装上の問題につきましても Monaの0.2.0リリースまでには改善したいと考えておりますので、 今後ともよろしくお願いいたします。
お疲れ様ー
>>498 ありがとうございます。
ほとんど何もしていない私が言うのも恐縮ですが……。
名前を書き忘れました。
>>499 は私です。
ついでに500get!
けいかくてき500げっとのよかん!!
Pascalで書かれたOSは、初期マック以外に何がある?
>>503 Win16だとCから使うときにPASCAL指定してたなあ。WinMainすら。
やっぱPASCALで書かれてたからなんだろうか?
>>503 あれは仕様の検討用にPascalでテスト版作っただけで、
実際はm68kのアセンブラでごりごり書いてあったらすい。
>>504 ありゃCで書いてたはず。
Pascalにしたのはret imm使うためとか、MacOSに合わせたとか…よくわからんが。
Carbonじゃいまだに"\pabc"ってやらされるね
>>504 あれはPascal言語とは直接の関係はない。
もちろんPASCAL呼び出しは、Pascal言語で作ったプロシージャを
呼べるように用意されたものだが、Win16では呼ばれた側で
引数のスタックの後始末をしたいがために単に流用しただけだよ。
その方がRET n命令1個で後始末完了で当時貴重だったメモリ容量が
節約できたから。
>509 デルフィーがあるよ
化石はFortranだのALGOLだろ、PascalはDelphiで十分現役(まぁFortranも現役だが・・・)
Delphi<>Pascalという意見もありますが。
それは昔から、TurboPascal <> Pascal という話と一緒で。
Pascal >>>… 消滅? ↓ Borlandの道 >>> TurboPascal > Delphi…Delphi.NET? Pascal殆どやったことない。Delphiは6から衰退。
>>511-514 結構、現役の様ですな。
でも、やっぱり時代遅れの代物ですか............
それと、聞くがおみゃあらおすすめの、コンパイラを教えれ(激しく板違いでスマソ)
>>515 目的を言え目的を
そうでないととんでもないもの推薦しちゃうぞ☆
brainfuckマジおすすめ
>>516 目的ちゅうものは余りないが、基本的にはWinアプリを主に開発しまする。
(場合によっちゃOSなんかも)
で、そのとんでもない物ってなによ?
>>517 フリーですかい?
>>519 スレ見たけど、何と無く興味が沸いてきた。
Javaで脳がやられたら、やって見ようかな。
そうそう、
>>515 で言い忘れてたけど、Pascalコンパイラの事だから。
(別に、他のコンパイラや言語なんかでもイイです)
>>520 >何と無く興味が沸いてきた。
おまい中身見てないだろw
>>520 ばれたか。
スレ見てから転送すりゃ良かった(苦笑)
qemu対応紙降臨しませんか。そうですか。
Mona 0.2.0 なら qemu0.5.4 で動いてるが何か? Windows移植のqemuだと不具合あるんかな
すいません。。試してみたいのですが どうしたら良いのでしょうか? HP見てもどこに書いてあるか解りませんでした すいませんがよろしくお願いします。
試すも何もqemu公式で配布しているバイナリを引っ張って来るだけ Debian/unstableな環境での話だがね、VirtualPC2004でも使えば? 私Winな人ではないのでそっちの話は分かりませんわ
ええ、0.5.5動かんのか。 俺のへっぽこブロードバンドじゃ、4Mbyteも落とす気になれんからパスしよっと フォローよろしく↓
んがぁぁぁぁぁぁ上だった。済まん。 しかもURLまで丁寧に書いてあるじゃん済まん
ホームラン級のb
>>528 試すことができました。
ありがとうございます・・
>>534 cygwin入れているんなら、最新版試せるぞ。
自分でコンパイルしなくてはならんが。
ブロードバンドで暇ならやって味噌。
0.5.4ってフルスクリーン表示できないね。localtimeも駄目歩
QEMUで、0.08aは動きますね。0.1.1から駄目みたい
538 :
Be名無しさん :04/06/10 00:42
ふと、日本の今の世代で巨匠と呼ばれてる人は大抵UNIX出身者だが 次世代は今の和製OS界隈の連中に取って替わるんじゃないかという気がした 犬糞なんかも今の和製OSみたいにどこの馬の骨かも分からないって思われたた品
今更だが、自前IPLでbochsでvesaを使えた。 結構悩んでいたがモード110hが使えなかっただけだったとは。 普通に1024x使えたし・・・今日はむるぽ
すまん。上は独り言です。放置してください。
>>538 えらい人の弟子が次世代のえらい人になるので、
そういうことは難しいと思われ。
それよりも絶滅危機をなんとかしないといけないような。
>>541 和製OSで育った世代がえらい人の下で修行するような事態になれば
相対的に和製OSの面々の評価も上がるのではないかと
今はいつ消えてもおかしくない風前の灯というのは同意だが
>>542 その偉い人がどんな凄いOSを作れるか聞いてみたいところだが。
544 :
Be名無しさん :04/06/11 22:28
>>543 「偉い人」ってのはOS界だけの狭い範囲をさしての「偉い人」ではないだろう?
OS界以外の人がすごいOSを作れるなんて保証はない。
>OS界以外の人がすごいOSを作れるなんて保証はない。 いや、OS解の権威が凄いOSを作れる保証もどこにもないのが現実。
結局、すごい人がすごいOSを作れるんじゃなくて、すごいOSを作った人がすごいんでしょ。
すごい人を作った人がすごい
すごい人って大抵は独学だと思うがね 学界の権威とかそういう象牙の塔の外での話だが
549 :
Be名無しさん :04/06/12 00:53
白い巨塔age
結婚相手について知るまでは若村真由美に萌えてた漏れって・・・
>>551 それは否定できないかも
他にファンな人も同年代だし
娘。とか見ても別に萌えないし
熟女っつったって50代とか60代とかに萌えるわけでもないが
553 :
Be名無しさん :04/06/12 02:22
青き巨根(AA略
554 :
kaworu :04/06/12 02:35
>>448 半透明、カッコイイなぁ。
cvsからソースをもってきて、FreeBSDでgmakeでmakeできませんでした。
/obj/textfile.o -n -Ttext 0xA0000000 -e user_start -Bstatic -o
bin/SHELL.SVR ./obj/libc.o: In function `user_start':
/home/tmp/kaworu/kernel/mo/Mona/src/servers/shell/libc.cpp:66: undefined
reference to `__CTOR_LIST__' ./obj/libc.o: In function `user_end':
/home/tmp/kaworu/kernel/mo/Mona/src/servers/shell/libc.cpp:80: undefined
reference to `__DTOR_LIST__' gmake[3]: *** [bin/SHELL.SVR] エラー 1
gmake[3]: Leaving directory
`/home/tmp/kaworu/kernel/mo/Mona/src/servers/shell' gmake[2]: *** [all]
エラー 2 gmake[2]: Leaving directory
`/home/tmp/kaworu/kernel/mo/Mona/src/servers' gmake[1]: *** [all] エラー
2 gmake[1]: Leaving directory `/home/tmp/kaworu/kernel/mo/Mona/src'
gmake: *** [all] エラー 2
回答が遅くなりました。申し訳ありません。
>>470 さん
> mthread_join
どのような動作を期待されているでしょうか?
>>554 さん
FreeBSD環境が手元になくて試せていないのですが
リンカスクリプトを直さなければいけないようですね。
557 :
kaworu :04/06/12 13:25
>>556 >リンカスクリプト
なるほど。
確かに、FreeBSDとCygwinのldはオプションやリンカスクリプトで書けることが
多少違ってたんだよなぁ。
RiactたんはBrainFuckに夢中のようです
>>558 誰それ。
ググったらハングルが出てきたし。
SourceFourgeをなんか勘違いしてないか・・・?
>>556 ログをよく見てください。
直すとか以前にリンカスクリプトが呼ばれていません。
SHELL.SVRはYui_Nekoさん独自のMakefileのため、
他のものとはちょっと違うようです。
>>557 LDのオプションに$(MONAELF_LDS)を追加するといけるはずです。
あと$(INSTALL)を使うようになっていないのですが、
FreeBSDにはcpに-uオプションがないのでinstallに失敗するようです。
>>556 pthread_joinだっつってんだろ
Tinoタンもちつけ(^-^; ただのバグじゃん
正直もったいない 卑下が後を引き継いで拡張できるとも思えんし、GUIを一から作って 今の水準に持っていくのは無理かと これで卑下まで開発を停止したら・・・
MONAのよいところは継続性だから ころころと開発停止で誰もメンテしないとなったら 人も集まらないよ
GUIなんてただのサードパーティーソフトじゃん Xが開発停止してもLinuxの開発とは関係ないでしょ
571 :
Be名無しさん :04/06/12 23:32
MONA開発停止なの?ソースキボンヌ
ちのたんおつかれー(´・ω・`)つ もまえら騒ぎ杉。MONA終了とか別に誰もゆってないやん(´・ω・`)
Wiki嫁
>>570 の言うことはもっともだが一般ユーザーはGUIを見てそのOSを判断するからね。
痴脳がGUIを実装しなければMonaのカーネルがこんなにポテンシャルを
秘めているとは分からなかったと思うし。
正直おれはMonaはもっとしょぼい段階のOSだと思っていた
どうもマイナス要素しかわかないな・・・
痴脳引退反対に1票
ちのたんはちょっと疲れただけだよ。少し休ませてあげようよ
きっとそのうち今の数倍すごいものを作って戻ってくるよ(´・ω・`)
>>573 MONAがおれぺこより先に開発終了するわけないだろー
まぁ、一応コピペだ。 >私が懸念しているのは、MonaGUIの仕組みがひげぽんさんにもブラックボックスになっている現状です。 >これは極めてまずいです。 >情報提供で解決するようなことよりもっと根が深いと思いました。やはりMonaGUIは破棄して >ひげぽんさんがご自分で把握できるものを再構築しないとまずいと再認識しました。 >0.2.0リリース後、私はMonaから手を引いて、MonaGUIは破棄しましょう! -- Tino 2004-06-12 (土) 22:40:53 >私はちょっと調子に乗って遊びすぎてしまったようです。 >もともと単なる思い付きのお遊びで、ここまで作りこむつもりじゃなかったというのが正直なところです。 >他者製のブラックボックスとして、あまりに巨大になり過ぎたようです。 >そもそも私みたいにどうすればどうなるとか分かってやっていたら勉強にも何にもならないので、 >Monaの本来のスタンスであるひげぽんさんが勉強しながら実装するということから外れてしまいます。 >そのことは前から気になっていたのですが、 >やはりこのままでは取り返しがつかないことになってしまいます。 -- Tino 2004-06-12 (土) 23:00:54
>>573 私もスクリーンショット見て、_まるで_ぐっと開発が進んだかのように感じた。
実際にはGUIはOSがなくてもうごくのにね。
GUIなんて飾りです エロい人にはそれがわからんのです
まぁ・・・・ 転機ってやつだ。
> そもそも私みたいにどうすればどうなるとか分かってやっていたら (・∀・)王者の貫禄カコイイ
>>573 OSとしてはまだなんちゃんてOSの段階じゃないかな。
GUIを載せるだけならMS-DOSでもできたわけで。
まだ、卑下がGUIに手を出せる段階じゃないから、痴脳引退はまだ
時期が早いと思うけど。ある程度、大掛かりなサブシステムがないと、
カーネル側のバグ出しや仕様策定も進まないしね。
MonaGUIが無くなる理由は無い あるのはMonaGUIにこだわらない理由だ
確かにGUIは虫出しに役に立つかも知れんな。
>>578 ああ、そういう見方もあるな。それは
GUIはOSがなくても動く -> GUIがあることはOSの開発が進んだことを意味しない(のに...)。
という話。それに私は(GUIをカーネルに含むべきではないという意見は持つが)、
「OSはGUIなしでも動く」とは必ずしも思わない。
「OSがGUIがないとだめだと主張するなら、GUIがないとうごかないのだろう」と思う。
ひげぽんさんが MonaというOSはMonaGUIを含むと思うなら、現状はMonaの危機
だし、そうでないなら問題ないと思う。(たぶんそうでないのよね? 未確認)
それと、573様の「一般ユーザーはGUIを見てそのOSを判断する」という御意見とを
あわせて考えれば、tinoさんの「MonaGUIはやりすぎた」というお考えは納得できるよ。
MonaGUIはMonaではない(*上記未確認)のにそうであるかのように認識されてる。と。
だから、MonaGUIの開発停止をMonaの開発停止と誤認する方々も現にいらっしゃる。
ひげぽんさんが、スタンスを明確に表明すべきじゃないかな。
すべてはひげに委ねられた。
サイは投げられた
alea iacta est
只今、ひげの脳内でヘリ軍団がワルキューレの騎行を爆音で流しつつナパームでベトナムを爆撃しております。 サーフィンをする余裕が出来るまでしばらくお待ちください。
Wikiと内容がかぶってしまいますが。 Tinoさんの意向は事前にお聞きしておりました。 Tinoさんが手を引かれるのは残念ですが、ここまでMonaを成長させてくださって本当に感謝しております。 今後はまったりと非常勤アドバイザーとして活躍していただけるとうれしいです。 今までありがとうございました。 0.2.0リリースまではしばらくお付き合いいただきますが・・・ という感じです。 MonaGUI==Monaとは正直思っていません。 MonaGUIはMonaの代表的なキラーアプリであり、はじめてMonaで本格的に 実装されたアプリケーションです。(コードの行数から考えても) またMonaGUIがやりすぎとは感じていません。 もし万が一Tinoさんが継続して今後もMonaGUIをメンテナンスすることがあれば 事実上のスタンダードとなっていたと思いますし、Monaの可能性を100%以上 引き出してくれていたと思います。
今後についてですが ・MonaGUIの破棄は当分しない 私がGUIを実装する予定がない、現時点でMonaGUIを超えるMonaでのGUI実装は現われていないため。 ・MonaGUIの拡張について Tinoさんと相談しながら今後のことは検討する。優秀な後継者が見つかったりしたらうれしいかも。 ・Monaの開発について 今後も今までと変わらず開発は続けていきますので皆様今後ともよろしくお願いいたしますm(__)m
また自己レス orz
>>591 勘違いする香具師を少なくするという意味で、
現状のMonaGUIはTinoGUIとでも改名した方がよいのでは?
下手にMonaGUIという名称だからMonaの標準GUIというフインキになるわけで。
あい。明確。いままで通り、がんばりましょう。
正直、痴脳風船(MonaGUI)をもっともっともっと膨らませてホスイヨ! 今しぼませるのは、とってもとってもとっても惜しい! 逃げるなよ。
旗幟鮮明に出来るようになっただけでも卑下は凄く成長したと思ふ
お騒がせして申し訳ありません。 まず最初に断っておきたいのは私のスタンスです。 TinoGUIはあくまでGUIのサンプル、見本であって、 最初から本格的な実装にするつもりではありませんでした。 Monaを巡っては、次はGUIという雰囲気があったので、 遊びで作ってみたという以上のものではありません。 そのためPJに正式に参加することは自粛していました。 今でこそsfの方にも参加してCVSをいじっていますが、 TinoGUIのアプリが増えてきたこともあって 整合性を維持するための作業が必要となったため、 0.2.0までの期間限定ということで参加させていただきました。 当初は次はGUIという雰囲気があったこともあって、 ひげぽんさんが開発に乗り出すかと思っていたのですが、 上で表明されておられるようにひげぽんさんはGUIに興味はなく、 最初から第三者に委任するつもりだったということもあり、 期間限定ですがある程度動くようにすることにしました。 はっきり言ってTinoGUIはWindows Formsの劣化コピーでしかなく、 かと言ってMSILが実行できるわけでもソース互換でもありません。 真面目にオリジナリティを追求するつもりであれば、 その方針は到底容認できないものでしょう。 これもとりあえず動くものを作ると割り切ったことの産物で、 私が真面目に設計していないということの裏返しでもあります。
その意味で、baysideさんがTinoGUIを見切って、
独自実装を開始されたことは非常に意義があると思います。
ttp://waba.sourceforge.jp/cgi-bin/index.cgi?p=Waba%2FWDE TinoGUIがおもちゃであることの証明だった
MSILが実行できるわけでもソース互換でもないという問題がクリアできる
素晴らしい実装になるのではないかと期待しています。
もちろんこれはベースが.NETではなくJavaという違いはありますが、
ひげぽんさんがJavaに造詣が深いということからも、
むしろ歓迎すべきことであると考えております。
見本であるなら、参考にできるように資料を残すべきだという意見は当然あるかと思います。 それは私も認識していましたので、最初は実装より資料をメインにするつもりだったのですが、 前述のように時期尚早だったということもありまして、 とにかく実装を残すという方針に切り替えることにしました。 実装を進めるうちに容認できないような問題が多発することとなり、 (長らく放置していた背面再描画がその1つです) 新規機能の追加よりもそういう部分の穴埋めにシフトしていきました。 上記の背面再描画の問題は結構厄介な問題で、 当初の予定だったサーバー化を繰り上げることになり、 TinoGUIの構造が一気に複雑化してブラックボックス度が拡大しました。 本来Mona-0.2.0のリリースは4月中の予定だったのが、 TinoGUIのせいで遅れに遅れていまだリリースされていない状況になったのも すべて私に責任があり、非常に大きな問題であると認識していました。 そのため最低限の実装は何かということを見直す結果となり、 リリースのためにも早急に実装することを優先しているのが現状です。 とりあえず残った課題は以下の通りです。 1. フォーカス管理 2. キーボードサポート 3. GUI Shellの動きをまともにする (現状はOLDSHELL.SVRからの擬似リダイレクトでしかない)
このように目先のことだけを考えて屋上屋を重ねたのが現状で、 見本としてもどこまで使えるのか疑問に思えるものになってしまいました。 改めてきちんとしたGUIを作るということであれば、 TinoGUIのようなものは参考にしない方が無難です。 もし将来どなたかがGUIの実装に乗り出されるとき、 TinoGUIが遭遇したのと同種の問題に遭遇されることがあれば、 TinoGUIではどうやって誤魔化したかということは説明します。 もっともそんなに大したことをやっているわけでもないので、 ある程度の人であれば自力で解決できるようなレベルのことでしょう。 以上のようなこともありまして、 ・現状ではどこで割り切ってまとめるか ということだけに重点を置いています。 すべてが妥協の産物です。 このような状況が長引くと様々な弊害が発生することが予想されるため、 そろそろはっきりさせる時期に来たと判断いたしました。 現状のTinoGUIを取り巻く状況はこのようになっております。 以上、よろしくご理解の程をよろしくお願いいたします。
がんがれー(とあまりにも当り障りのない応援
GUI Shellの改善は期待しています。 (打ち間違えることが多いので...) あとこれは全く私個人の意見なのですが、 それぞれ本業があれば体調気分もあるので、 今回のケースに限らず遅れが出てくるのは どうしても仕方がないことだと思います。 またWDEが新たに登場したように TinoGUIと他のGUIが並立する状況も十分ありうると思います。 そうして他のGUIがTinoGUIに取って代わるまでの間、 monaのGUIとしての役割を果たすこともまたTinoGUIの使命となりうるのではないか、と思います。 そういう意味では、ここで開発をストップするのもまた有意義であると思います。 一つの通過点、一つの目標として。 日本語の扱いなど他のOSもものとまた違った先進的な側面も見ることが出来ました。 これらを見て、TinoGUIを応援する人も多いと思います。 OSASKのGUIGUI00が最終的なGUIではないように、TinoGUIも生き、独自の発展をする意義は有ると思います。 そのあたりはコミュニティ次第だとは思いますが。 支離滅裂な書き込みになってしまい失礼しました。
605 :
Be名無しさん :04/06/13 02:11
>>576 まぁ、あれだ。
Linuxだって本来はカーネル部分のみであって、GUI部分はUNIXからの移植ベースにすぎない。
LinusがGUI部分のコードを知っている訳ではなかろう。(解析する事態になれば出来るんだろうが。)
MONAだってカーネル部分のみは把握するというスタンスもありではないかな。
つーかTinoGUIって基本的なことしかしてないでしょ 興味あるないとか言ってるような高度なレベルのことは何もしてない その状況で目の前にある物に目をつぶるってのはどーかな
FreeBSDでコンパイルでけた
609 :
kaworu :04/06/13 14:33
>>608 さんくす。
FreeBSD-5.2.1-RELEASE,GCC 3.3.3でgmakeできました。
WDEがアツい!!
湾岸全盛期キター(・∀・)ー
痴脳: 過去の人 湾岸: 時の人
否定するつもりはないが冷静な意見 TinoGUIで出来てWDEで出来ないことは非常にたくさんある(逆もあるけど) 痴脳と湾岸では実力・経験どれをとっても神と平民の差がある。 Waba側の問題を自分で解決できずTinoGUIのせいにした人いたよね? 実力不足かと。そもそもGUIの何たるかを分かっていなそう WDEは全く新しくない WDEがMonaで大活躍してもそれは他の和製OSに対してアドバンテージにならない なぜならMonaで動くならOSASKでも動くだろうし。 TinoGUIで実現されていたBeOSを髣髴とさせるエフェクトや透明処理、非矩形ウィンドウ等は実現できない
たしかに痴脳のやりたいことはよく分からないね 湾岸を後継みたいな書き方をするのは非常にマイナスだと思う どう考えても力不足でしょ?
それ以前に髭がついて行けていない予感。 今後のMonaのアプリの作成はどうなるんだろうね。
OSASKでもNWSOSでもPEKOEでもWabaデスクトップが動いたら面白いじゃん。 そういうのわかんないのかなー。 当たり前だけど中間言語がネイティブにかなうわけないので、 比較するのが間違ってるよ。MonaはネタOSなんでしょ?
617 :
Be名無しさん :04/06/13 18:49
>>616 それを面白いと捉えるのは、今のところおまいだけ。
GUIは一種類って限定しなくてもいいじゃん。 Wabaデスクトップ環境ってのはどこでも共通に使えるとしたら面白いじゃん。 選択肢も増えるし、面白いと思うよ。
>>616 人的リソースが分散しないし、和製OSコミュニティー間に連帯感が出来てイイかもね。
Wabaでは物足りない人は、Monoでも移植したら面白くなるのかねぇ...
>>613 >痴脳と湾岸では実力・経験どれをとっても神と平民の差がある。
おまい何で痴脳の経験がわかるのだ?
>>623 違うのなら、職場ぐるみかよ!
ププ
非矩形ウィンドウキター(・∀・)ー
誰だ? 湾岸を甘く見てた香具師は? (ププ
X Window System
透過ウィンドウキター(・∀・)ー
あっさり2日でTinoGUIを追い越したな すげー勢いだ まさに神 これで完全に流れは決まったな 劇的な世代交代だった
今回の流れを見てると、 今後独自にGUIを作るとすれば 非矩形ウィンドウと半透明ウィンドウは 必須の要素になったって感じだな。
確かにこういうのが沢山出てくると備えてないと見劣りするようにはなってくるね... TinoGUIとはまた方向性の違うものだから後継にはならないと捉えているのだが #できれば別なGUI実装がネイティブで出てきたらいいんだけどねえ
C++が時代遅れだってこと
湾岸がJavaの簡潔さを主張してるけど 確かにTinoGUIの変態的なコードは書きたくない
和製OS統一に乗り出したのは湾岸が初めてだったからな。 小さなシマで小競り合いしてもたかが知れてる。 格が違うって感じ。
Java > C++ > .NET = VB か
最下層の.NETの中でも更に最下層のまなげを模倣した痴脳の負けだな
>>637 褒め殺しですか。
普通のオプソの人だよ。今までの凄まじい囲い込みが異常な幼稚だっただけ。
なんかいつの間にか湾岸マンセースレになってるし... しかもオーナーの卑下を差し置いて(w
>>640 いや、そうでもない。
湾岸はKや卑下の思惑とは別のレベルで独自に動いて
着実に成果を伸ばしている。
それがここに来て臨界を突破しつつあるだけの話。
>>633 Javaとネイティブを切り分けるのは時代遅れ。
今はgcjでコンパイルしてネイティブに出来るぞ。
BoehmGCとlibgcjが移植できればの話だが。
>>642 本当の臨界突破はWABAにJITを組み込んだときかもしれないと思う。
shujitとか流用できそうな実装は既にあるわけだから。
Monaって土台にするにはうってつけの構造だよな カーネル以外は設定ファイルだけで簡単に差し替えられる 俺GUIとか作るにはうってつけ 卑下がGUIに興味がないから上位レイヤは勝手にどうぞってことなんだろうけど
>>644 輪姦すのにはもってこいってことか(プ
ん〜、まだWDEは実用的ではないぞよ。 当然これからの改良が問題さ。 bayside自身も言っているけど、現時点で描画処理の遅さは致命的というか、死亡って感じか。 まぁ本人もテスト的なもので半透明Windowsを作成したって話しだし、ゆっくりオチるかなと。 Tinoを追い越したってのは、まぁ上の名無しの勘違いってことで、ひとまずゆっくりオチっとけ。
何はともあれ、今回の件で賑やかになることはあれ、盛り下がる(?)様子でな いことは幸いなことだ。
>>644 設定ファイルでシェルやGUIを差し替えられるのなんて当り前だろ。
DOSでもできる。
MonaはC++でカーネル作ったのが失敗だったのだろうね。コレステロールが
高くていけない。
>>648 > MonaはC++でカーネル作ったのが<snip>
私は、そのチャレンジっぷりを買っている。
普通OS屋なら避けそうなところをやってしまう勢いが好きだ。
>>648 >MonaはC++でカーネル作ったのが失敗だったのだろうね
これが売りなんだけど
>>648 >設定ファイルでシェルやGUIを差し替えられるのなんて当り前だろ。
>DOSでもできる。
和製OSが比較対象なわけだが。
>MonaはC++でカーネル作ったのが失敗だったのだろうね。コレステロールが
>高くていけない。
カーネルはあんま関係ないような。
ユーザライブラリをC++にしたことがBeOSの轍を踏みかねんというのなら分かるが。
湾岸氏のように、OSASKもMWSOSもMonaもPekoeもサポートするソフトの 作成が和製OS界隈でこれからの流行りになるといいね。
そもそも設定ファイルでいじれるようにしたの卑下じゃなくて痴脳だろ
>>652 ネタは、そういえばAK氏もやってるね。彼も神候補かw
>>653 なんでそんなコアな部分まで痴脳がいじれたのか気になる。
Monaを私物化しようと企んでたんじゃないかと勘繰りたくなるな。
>>643 まあWabaをネイティブにコンパイルしてしまったら
そもそもWabaの意味がないような気もするがw
MacOSXにX11乗っけるようなそんな感覚のような物のような気がするんだが違うかな
>>655 痴脳の意図は知らんが結果はむしろ逆だろ。
こうやって誰でも輪姦せるOSに仕上がったんだから(w
>>656 私は、私達オープンソース世界の住人にとっては、バイナリの流用可能性は必
ずしも必須の機能ではないと思う。言語とライブラリの統一があればいい。
658=heso
>>658 gcjは.classをネイティブバイナリにコンパイルできる。
だからバイトコードはバイナリというより単なる中間言語でしかないぞ。
>>655 > Monaを私物化しようと企んでたんじゃないかと勘繰りたくなるな。
もし結果がそうなっていても企みではないでしょう。
彼はそうなってしまうことを危惧したからこそ、中断を決意したのだもの。
でも確かに、今Monaは小さく/かよわいから、陵辱しまくれる。それは魅力ではあるよね。
>>656 TinoGUIがMonaGUIを名乗り続けることができたのならそうかもしれん。
だが今回の騒動でTinoGUIすら単なる俺GUIだったってことが明らかになった筈。
>今Monaは小さく/かよわい ↓ 今Monaは小さく/かよわく/ぽっちゃり系
>>660 そもそもgcjってソース読ませても一回バイトコードにしてからネイティブにしてるでしょ。
それ以前にgcc自体、どんな言語もgcc独自の中間コードにしてから、
各CPU用のバイナリを吐き出してる。
その仕組みのお陰で基地外みたいな数のCPUがサポートできたが、
個別に見ると最適化の面では永遠にイマイチというジレンマがある。
>>666 だったら尚更無問題
焦点は↓なんだから
>MacOSXにX11乗っけるようなそんな感覚のような物のような気がするんだが違うかな
>>668 それ以前にMona自体からして卑下の俺OS。
>>669 和製OSの中では群を抜いた雑種だと思うがどうよ?
設定ファイルを他人が組み込んだったのがまさにそれでは?
他の和製OSの純血度は比べ物にならんぞ?
作者自身が混血を絶対拒否だからな...
>>670 雑種って悪いことなのかなぁ?
七誌集団の2ch発らしくてむしろ好感♥
2chでスタートしたし、最初七誌に助けられまくっていたし、 ってか名無しが頑張った。もちひげぽんも頑張った。
>>667 あんまり参考にならん。前から知ってたことばかりだ。
>>673 同じことが書いてあるから読んでみそってことだからそれで無問題(w
やっと沈静化したな。 喪前らも漏GUI作れ!!
>>675 OSASKもMWSOSもMonaもPekoeもサポートするやつね。
名前はMorphyGUIで頼む
和製GUI
PicoGUIのソースとmonaのAPIリスト並べて睨めっこするのが良いよ。 マジおすすめ。
NanoGUIってのもあるな
洋物の移植も悪くないけど和製OSには和製GUIっていきたいよね
MGLもあるよ。参考に
式神
K氏のオレ圧縮ソフトのルーチンを切り出してライブラリ化と それ使ったコマンドの移植しまくりとかしたら神か。
>>680 今度APIでマウスの割り込みにハンドラ引っ掛けるとどうなるか試してみます。
多分マイクロカーネル化でNWSOSのGUIも現状から少し変わると思うんですが。
>>681 初めて知りますた。
MGLとPicoGUI辺りの移植に必要な作業量は結構少ないと思うんで
興味ある人はマジで見てみると良いかと。
>>682 (⌒ヾ从⌒)
γ∴ ・;;;;;;・ヽ
彡∴,,(;;;;;●;;)
ゞ∴ (,,゚Д゚)
|∴(ノ ミ
/∴∵ |
/,,,人,,,,,,,,,,,,ノ
∪ ∪
>>685 それ言ったらMonaなんか出来合いの糞遅いbz2なんか使って目も当てられないわけだが。
>>687 あれはひどい。T脳マジやばい、何考えてるのだと思ってしまう点の一つだ。
圧縮に関しては欲しい人が自分でtek版作りゃ良いかと。 俺とかの並以下の技術の人でも一時間あれば出来る気が。 bz2だってELFの生イメージからの起動をこしらえた上でユーザ側で作ってるんだし。
>>690 さてはダウンロードしてないでしょ? コードをみると、X上でうごいてるし、
gnomeの一種だし、Linux とは特に密な関係にないことがわかると思うよ。
それにしてもわたもちも来る時期が悪かったな。 今だったらJavaで骨組み作って適当な和製OSに載せただけで神になれたものを、 わざわざカーネルから作ろうとしてパクり呼ばわりされちゃったんだから同情する。
>>691 GTK+のフレームバッファ版でも動くように作られているわけですが。
> 今だったらJavaで骨組み作って適当な和製OSに載せただけで<snip> ずいぶんとたいそうな「だけ」だな。
>>694 カーネルから全部作ることと比べてるわけだが
>>693 あら、いつのまに。俺、かつて激しく挫折したのに....
たしかに Gnomeなので、みんなGTK+アプリだから、大方は動きそうではあるけど、
IMはどうなったの? 布目はXIMのとQtのとしかみたことなかったので....
と、いってないで最新版をダウソするといいのかな。みてくる。
Gnomeはお腹いっぱい。Wava/WDEみたいなシンプル路線がいい。
わたもちさんというのは以前このスレでWabaの話をしていた人だったかな。 ベイサイドさんのWabaで少し気になっている事があって、 一つはどこまでベースから離れるのかって点。 Wabaは和製連中に他のVMを載せる土台が出来るまでの 繋ぎと思ってるんだけど、ベイサイドさんは.wrpを圧縮して使う方針みたい。 あれは解凍のコストが高くつくようなヘボいマシンを想定して デフォルトで圧縮がされないフォーマットだったと思う。 もしWabaに関して和製連中の都合に合わせたある程度の拡張をする気があるって事なら、 どの辺までをWabaで頑張るつもりなのか気になる所。 まさかJITとかは言わないと思うんだけど……。 せっかくSFで仲間に入れてもらったのでこんなのWikiで言えば良いんだけど、 こっちのがeasyに書けちゃうんでまずこっちで。(何それ)
>>699 > そこでりすちあですよ
あれってそういう目的のブツなのかな……。
osaskやmona用に作った物がnwsosでも動くから
自分が何もしなくてもアプリが増えてウマー、
って作戦の為には別の要素も必要な気が。
3日掛けてpart2からやっと追いつきました ※part8みれませなんだおかげとも言うが... で、最近思っていることですが、 RAMドライブからブートできないでしょうかね HDDがうるさいので... あと、OSの要望としてどうせやるなら ・メモリチェックして使えないメモリは使わずに起動するOSとか、 ・ファイルが壊れたらVer.落としたファイルを読み込んで何とかするOSとか ・ウィルスがきても感染できないOS設計とか ・スタックオーバーフローが起こっても暴走しない、固まらないOSとか カーネルレベルから意識すると最強のOSにならないかなぁなんて思います 勝手を言ってますが、生暖かく見守らせていただきます(w ※GUIはwinやXと比べてどこら辺り秀でたものになるか楽しみですぞえ
>>701 RAMドライブというか、CFとかマイクロドライブとかがあるじゃん。
CFをIDEに差し込んでHDDとして認識させるものも有るし。
そうすればCFだから、静かではある。当然フラッシュメモリだから、書き込み限度がある。
これが問題。まぁマイクロドライブは対策しているだろうと、勝手に予想。
>・メモリチェックして使えないメモリは使わずに起動するOSとか、
メモリチェックってbyte調べんのかと思ったけど。普通使えないメモリ使ったら、
正常な動作自体しないような気がするが。細かくは知らんけど。
>・ファイルが壊れたらVer.落としたファイルを読み込んで何とかするOSとか
NTFSで似たような機構はあるが、Ver落とすとは一体なんぞや。ファイルが壊れる意味分かっている?
FAT32からFAT16に落とすってことか?
>・ウィルスがきても感染できないOS設計とか
これができたらノーベル賞
Mona最大の進化キターーーー(・∀・)´∀`<´∀`>ーーーー
705 :
Be名無しさん :04/06/15 14:16
ああげ
つーかスクリーンショットではったりかまし合うのって大人気なくね?
別にいいんじゃない? 昔某OSもやってたことだし
アレとアレだな。 しかしMonaのは毎度インパクトが違うな。
>>706-708 ってかちゃんとコンパイルして動かせよ…
動作遅いけど(qumeだから)、ちゃんとスクリーンショットどおりだぞ。
>>709 誰もスクリーンショットをフォトショで作ってるとは言ってない
これからがWDEの分かれ道かなぁ。 Window移動が出来るようになるか否か結果は楽しみに待ってみるか。 そこが大問題なき気がぁ。あとは描画速度ぉぉどうにかしないと、あれはヤヴァイぞ。
>>710 ええ、どういうこと?アフォな俺にもわかるように説明願いまする。
>>712 見てくれは派手だけど基本的にハリボテなんだよ。
>>711 未リリース版ではどっちも一応できてるとかいう噂
スレの流れがえらく速いな
見た目のインパクトで騙されがちだけど実はGUIって単純なんだね。 地味だが資料を駆使するカーネルの方が遥かに高度だって分かったよ。
>>716 再描画をきちっと無駄なくできる様にしたり、サイズ変更をアプリと非同期で
できるようにしたり、高速に非矩形ウィンドウや透明ウィンドウを扱える
ようにしようとするとかなり難しくなる。
今のMonaのGUIは、そういうものを無視しているが、本質的に大変なのは
これから。
それ以前にアクセラレーションなしでは限界がある。 XPをVESAで動かしても描画は大して速くない。 アクセラレーションのためにはハードの知識が不可欠だから、 カーネルより簡単ということでは全然ない。
確かにアクセラレーションの利用が前提だと、 ちまちまと差分描画してVRAMアクセスを抑えるよりも バッファまるごとどばっとBitBltした方が楽で速い。 長角なんかはウィンドウ全部がテクスチャになるわけだし。
アフォか? アクセラなんてドライバがないと絵に描いた餅だろうに 誰がドライバ書くんだ?
アクセラが利用できない状況(フレームバッファ)で可能な限りチューンする難しさと アクセラのためにドライバを書く難しさはまったく質が違うと言ってみる。
ビデオドライバのある/なしがおもちゃGUIかどうかの分かれ目だろうな VESAで頑張って最適化してもしょせんはおもちゃGUI
>>725 それ以前に和製OSはどこまで行ってもオモチャOS。
鉄道マニアの中にはかなりの比率で鉄道模型マニアがいる。 これは本物には本物の、オモチャにはオモチャの存在意義があるということを示している。 オモチャだからと言って手を抜いて良いということにはならない。 だがオモチャはどこまで行ってもオモチャで本物にはなれない。
>>726-727 玩具と決め付けるのはどうかとも思うが、
本物を目指すんだったら物理的に一人では無理だろう。
最低限これくらいに分業しないと。
・グラフィックチップのドライバを書く人
・ウィンドウシステムを作る人
・描画アルゴリズムを最適化する人
・ツールキットを作る人
・ウィジェットを作る人
・アプリを作る人
GUI専用のプロジェクトを作るべきだと思う。
明確なビジョンがないと、今日素人OSはおもちゃの領域を 脱出できない罠、 20 年以上前ならともかく 実装ばかりに拘ってたら、Win・Mac・Unixの劣化コピーにしかならんわ
うるへー馬鹿
劣化ウランは鋼鉄より硬いけどな。
へー劣化ウランって難いのか 劣化馬鹿は豆腐より柔らかそうだがプププ 今後劣化が流行りそうな予感
そりゃ扱いは難しいだろうよ
MS-DOSはCP/Mの劣化コピーだったが勝敗は明確
>>736 それはマーケティングの問題だろ。
そもそも経済価値のない和製OSにはマーケティングの余地すらない。
>>730 そこまで言うんだったら劣化コピーではない明確なビジョンを出してくれぬか?
キャッシュカーネルみたいな実装不可能でポシャるようなのはダメだよ。
でおもちゃOSで何ができるのよ、ゴリゴリコーディングしても 労力の無駄だろ、マーケティングの事なんかどうでもいい
>>739 おもちゃの目的なんて遊ぶことに決まってる。
コミュニティの育成がマーケティングだとも言えるからどうでもいくない。
よし、遊ぶための機能を考えるんだ
>>738 俺の考える事じゃねーよ、各開発者諸氏が考えることだろボケ
とりあえずHWスレで見かけた、USB接続オナホールのドライバ サービスを上げておこうか
そういや、このスレ何かと”必要うな物は何だ”ってなるとエロゲーが上がるな
>>745 インフラは重要だろうが!
あ、動画再生も重要なインフラだな(藁
さっきゅんの陰謀か?
また”さっきゅん”かよ、何でもそいつに仕立て上げるなよ
大人気なプログラマ。
厨房プログラマ?
天才プログラマ!
正直、コード書いて動かすことが遊びになってるような基地外以外に遊べない
このスレの半分くらいさっきゅんの書き込みだよね
さっきゅん==自作自演 物本さっきゅんはほとんど書いていない
また”さっきゅん”かよ、何でもそいつに仕立て上げるなよ
>>754 基地外言うなよ、正直コーディングが趣味じゃないと遊べないけど
さっきゅん、ささささささっさっきゅんさきゅん
また”さっきゅん”かよ、何でもそいつに仕立て上げるなよ
また”さっきゅん”かよ、何でもそいつに仕立て上げるなよ
1人壊れた香具師が居るな
さっきゅん==ヒゲポソ 実は、最近卑下はオレペコのコーディングをしている
でエロゲシナリオシステム実装まだ?
で萌絵描画システム実装まだ?
お久しぶりです。 最近仮出所してきたのでそろそろ開発再開します。 ところで次スレはここであってますか?(^-^;)
ウィンドウのドラッグ&ドロップキター(・∀・)ー
このスレの何も出来ない香具師らを尻目に着実に進化を続けているな。
おまえがな
劣化ウラン弾というのはその弾頭の硬さを以って戦車をブチ抜くというものなんですね、ええ。 硬チンポでマムくぁえdrfgtyyふじこl;p;
硬チンポで?
いま、本当に必要なものは・・・ 音楽・フラッシュ・大容量HD対応じゃないのか? 細かいことを書いてたらきりがないけど・・・ Monaで音楽を聴きたいので・・・
必要なのは戦車をぶち抜ける硬チンポです
>>772 音関係は対応がめんどい。
HD対応はそんなに難しくはない。かも。
チョン先生って死んじゃったのか? pert3に出現していた
'A`>-~ 超先生から超TAに格下げ。
超先生はいつも俺達の心の中に
ん?まさか超先生@OS板 = AC氏 = ( ´ -`)氏? (新説)
それは違う。取消し。
ん?リアル厨房の方々は超先生がわからないのかな? ム板の作ろうスレでL氏と双璧だった人だよ。
超先生はバイク事故で死んだよ・・・。
とりあえず、今日は超先生(超TA)復活祭だ! 色々話題が多いねー
そうだったのか、コテ変えてたんですな 本当に同一人物かと思ってたYO
787 :
Be名無しさん :04/06/16 00:55
ちょっと対応チップが古いな、今でも入手できるのってある? Mach64ですら最近は鯖マシンにも乗ってないんじゃないかRageに変わっちゃって MIIあたりなら未だに持ってる香具師が要るだろうけど... Xorgのソースを参考にしたほうが、実働可能なドライバ書けんじゃない?
>>702 >>・ファイルが壊れたらVer.落としたファイルを読み込んで何とかするOSとか
>NTFSで似たような機構はあるが、Ver落とすとは一体なんぞや。ファイルが壊れる意味分かっている?
>FAT32からFAT16に落とすってことか?
うんにゃ。ファイルが壊れる意味はいろんな場合のデータ化けを想定していました。
ver.落とすっていうのはアプリやドライバなんかの昔のver.を自動でバックアップとしてとっておいて
リトライしてもダメならOSが勝手に昔のver.を再インストールするって意味のつもりだけど(^_^;ゞ
>>・ウィルスがきても感染できないOS設計とか
ようは感染しにくくするためには
@OSに近い実行ファイルはプログラムによるファイルの書き換え、移動、削除、
リネームが簡単にできないようにする。メカ固有の暗号キーを持ったプログラムからだけ可とか。
A実行中のプログラムをOSレベルで書き換えできないようにする(自己解凍プログラムができなくなるけど)
なんてどうでしょう?制約が大きくなるけどアンチウィルスが毎度うだうだやるよりはマシかと...
とりあえずいきなり固まって作業中のデータのセーブもできないOSは...ねぇ
ここでMoXですよ。 MoXがOSなのかいまだにわからんが・・・
>788 Win95から実現してるし(ちゃんと機能してなかったけど win32sのコアがぶっ壊れたら、自動的に復旧してたな Virusはむずいな、馬鹿はどうしても高レベル特権で実行しちまうから
>>774 僕が言いたいのは・・・あえぎ声が聞きたいから・・・
そのための音関係だし・・・
フラッシュは2ch名物だから
対応しないと後でやっかいになるから
(´-`).。oO(真性だったか)
>>793 はネカマ
と言うと「三人目だからわからない」と返すんだろうな
795 :
Be名無しさん :04/06/17 20:41
>>794 じゃないが、「かしら」とか語尾に付ける
香具師いるよな、100%野郎だと思われるのが
正 直 キ モ イ
〜かしらは由緒正しき男言葉でもある
>>796 早レスだな、俺教養ない奴なんで
ソースもらえると有難い、信じられんガナ(藁
「〜かしら」ってのび太が時々使ってなかったかしら?
奴は、典型的なナヨ野郎を強調してるからじゃないのか?
曲げ野郎が「かしら〜」って言ってるのを想像すると 恐ろしくなってきたぞ、やっぱカマだわ...
それは現代だからそう思うだけ。 まあ昔から男色というのは根強かったようだがこれは関係ない。 で、ここ何板だっけ
ネカマ板かしら?
tanasinn板 あ、スレ間違えた。
平和だなぁ
平和ってヒュンダイだっけサムソンだっけ
ヒュンダイは現代かと...
Ooops!
平和と見るとピンフと読んでしまう。 何かが間違っているような気がする。
あんだけでよく連想できんな さてはお前もオタだな
Cマガ出たね。
CマガにMonaが出たって?
卑下が記事書いてんだって?
>>882 漏れも子供の頃はコロコロなんぞでドラを読んでたわけだが
のび太ってよく「〜かしら」を使ってたから
子供心に違和感を感じた
げろ。高校のあたりから「かしら」使うようになった。いまでも日常的につかってるぞ。 子供が使うと変な気はする。でも、オジサンが使うのは普通なんじゃないかな。
ねえおっちゃん。きっと周りの人からキモいと思われてるからさっきゅんに改めたほうがいいよ。
↑早急の間違い
「かしらん」ならアリかもしれない
>>818 「なあ、あの書類は机の上に置いてあったと思うけどどうしたのかしらん?」
ぅぉぇっぷ
〃⌒ ヽフ
/ rノ
Ο Ο_)***
823 :
Be名無しさん :04/06/19 22:06
OSの話せー。
久々の書き込みです。
>>814 さん
えぇ。本当ですか?
最近は多忙のためあまりカーネルをいじっていなかったのですが
ELFローダをカーネルから追い出すべく作業を進めています。
それとは別に、万が一サーバーが異常終了したときにサーバーを再起動するような
サーバーを作ろうと思っています。
>>824 万が一デッドロックしたなどでサーバがハングした場合には無力ですね。
リザラクションサーバ自体が異常終了した場合にも無力か。
>>825 さん
おっしゃるとおりですね。
今考えているものはもっと単純なものです。
また、OSロード(カーネル・必須サーバ群の起動)の遷移を見直すための
布石だったりします(大げさで企画倒れになるかもしれませんが)
>>826 っつーと、一定時間おきにカーネルとその監視プロセスの間で相互にpingを打ってどちらかの応答が途切れたら
診断プロセスに入り、相手が再起不能と判断したら殺して再起動とか?
突き詰めるとセキュリティ確保が大変そうだ。
>>827 さん
大体そんなイメージですね。
第一弾としては
監視サーバーは一定時間おきにpsコマンドで特定サーバの生存を
確認する。死んでいるようであれば再起動するといった感じでしょうか。
第ニ弾としては
必須サーバーはpingに応答する様に機能追加し、監視サーバからpingするようにして
生存確認するのもいいと思います。
その場合は、ping送り先が何か処理中で返答できない場合などを考慮したり
ping応答機能を簡単にサーバに実装できるような仕組みを作りたいと思っています。
第ニ弾まで進むかはまったりと考えます。
(・∀・)ノシがんばれ〜
>>829 さん
ありがとうございます。
今日の一言にも書きましたがサーバーの書き方をすっかり忘れてしまいました(笑)
現在はMonaのカーネル自体にたいした機能はなくて、各種サーバー群がいろいろ
がんばっている状況なのですが、カーネルだけをごそっと入れ替えることも可能かもなんて妄想しています。
もちろんそんなことをやる暇はないのですが、サーバーは入れ替え可能
カーネルも入れ替え可能だと思い込めば結構気楽ですね。
知嚢引退?
832 :
Be名無しさん :04/06/20 20:58
>>830 カーネル入れ替えはカーネル自体の仕様がしっかりしてくればそれほど難しくないんではないかなぁ。
Linuxでもユーザがコンパイルしてカーネル入れ替えできる訳だし。
monaって外人からみたらモナリザの略称に見えるのかもしれない 根拠はないが
834 :
Be名無しさん :04/06/23 21:33
サーバー起動シーケンスによってサーバが死ぬことがあるバグを調査中。 ログをとって見た感じではスレッド構造体が壊れているようだ。 スタックずれなのかなんなのか。 これを解決すればサーバーの起動をうまいことカーネルから少し分離 できるような気がする。
ひげの口調が変わった、これはきっと奥さんとふじこ
中の人が世代交代しただけだよ
>>837 自分が正義だと勘違いしてる犬糞厨にありがちな口調で非常に感じが悪い
つまり折豚の口調に似てると(:D)_| ̄|_
>>840 念のため、
>>839 はニュー卑下のことでつ
>>836 は犬厨が日記で屁の役にも立たないハックを偉そうに書くときにそっくり
もともと卑下は犬系の人じゃないからそういう変な界隈の影響が少なくて良かったが
なんか最近染まってきたような気がするのは残念
そもそも卑下、奥さんとちゃんとHしてんのか? 仕事から帰ったらずーっとMona. 奥さんもやんなっちゃうだろ。逆レイプされるぞ(されたら画像ちょうだいね♥
喪前ら男塾かと小一時間(ry
ざわ ざわ
848 :
Be名無しさん :04/06/24 21:13
>>848 まあ略だからといって切り離してくっつける必要はないわけだが
日経DQNウェアにも動きが
卑下だけじゃなくて湾岸も新婚だったな このスレは童貞率高そうなのに神々はやっぱ別格なのか・・・
854 :
Be名無しさん :04/06/26 08:56
このスレッド時々読ませて頂いてるんですが、ここはひげぽんさんの創られている OSを応援するするスレということでしょうか? 新規に創ろうとしている方とか、自由に書きこめるスレということでしょうか?
856 :
Be名無しさん :04/06/26 10:18
そうですか、有難う御座います。 それにしても凄いですね。私も少し前から挑戦していて、 OSの機構の理解はかなり進歩してるんですが、それが各OS毎にやり方が違うため、 実際に創りこむことが中々難しいんです。 (実験はしてますが) こんな状態でやってみても、多分出来たとしても、しょぼいものしか無理。だと思い まあ、それもあって、Linuxとか、*BSDとかのソースコードを自分で注釈なりつけて 読みこんでるんですが、ここもまた賑わって欲しいということから、書き込みさせていただきました。
和田餅はどうなった?
C magazine買った。まさか売っているとは思わなかった。 うむ、内容的には結構Good!!だと思う。 基本的なことが網羅されているし、いいと思う。 856も買っていないなら買って見なされ。
「美香、お風呂が沸いたから、みんなで入ったら?私はちょっとお使いに行っ てくるから仲良くね。」美香の母親が声をかけた。 「ハーイ。行ってらっしゃい。」美香が元気に答える。 今日は美香の小学生最後の誕生日。 父親が海外出張中であり、母親と美香の2人だけでは寂しいということで、美 香の友達を呼んで誕生会を開いていた。 美香の仲良しの佐織と幼稚園からの幼なじみの浩平が来ていた。 美香と佐織は洗い場で体を洗いっこしている。浩平だけが湯船にじっと浸かっ ていた。 美香が浩平に声をかける。 「浩ちゃんも体洗ったら?」 「う、うん。……でも、いいよ。」 「いいから、いいから、早く。」美香が浩平の手をとり、湯船から引っぱり出 した。浩平はバランスを崩しながらも、美香につかまれてない方の手で、とっ さにペニスを隠した。 それを見た佐織が、浩平に命令口調で言った。 「ちょっと、何でおチンチン隠してるのよ。おふろに入ってからずーっと隠し
これは絶対にレスがもらえるコピペの類だな。
だからちゃんとエスケープしろって
OS作るのにはまったく興味ないんだが、 TCP/IPスタックが作りたいなぁ。 そういう人っている?
ReactOSを手伝ってやれ
おかげさまで、例のバグ?の原因が特定できたので うまくいっていないELFの再配置をしばらく寝かせて HDD対応を開始してみました。 PIOモードでの読み込みを目指して実装中です。 噂によると、FDCよりはだいぶ簡単らしいのでうまくいくといいなと 期待しています。
そういえば、C Magazineの例のOSを作ろう記事内では、telnetを実装しているぞ。(作ったと言う事実のみ記載) しかもソースコードはまだ公開していないし、Web公開になるとのこと。 ソースコードは自由に利用可能らしいから、これは事件だ、父さん。 Monaでメールを送受信できる日は近いかMona
C Magazine買いました。 いろいろと面白かったです。早くWeb公開しろヴォケー!! という感じです。ハイ。 しがない一般プログラマですが、OS制作を始めてみました。 ようやくC++でカーネルが動き出しましたよ。楽しいですね。
870 :
Be名無しさん :04/06/28 04:26
またまた神キタ─wwヘ√レvv〜(゚∀゚)─wwヘ√レvv〜─ !!
>>870 え、漏れの事でつか?w
そんな凄くないです。結構Monaのコードやら
Cマガの記事とコードを参考にして、真似してますし…。
フロッピーからブートして、ブートローダのFAT12テーブルを
解析して、セカンドブートを読み込む処理とかは
自力で何とか書ききりました。漏れも3rdなんとかの例外で
死にまくりでした。実機でやってたらマシンぶっ壊してた
だろうなぁ…、と思うと怖いですね。w
マイクロカーネルでオブジェクト指向なOSとか楽しいかな、
なんて思ってしまいます。うーん、まだまだ妄想の域を出ませんがw
とりあえずCマガに書いてあることぐらいはやりたいですね。
初めての486もアマゾンで注文しました。タネンバウム先生の本も
買ってみようかなぁ、と思ってしまって、すっかりはまり気味です。
以上わたもちでした
874 :
Be名無しさん :04/06/28 17:19
少し質問なんですが、 Intelのページング機構についてです。 あるアドレスからページングが始まるとして、そのリニアアドレスの上位10ビットは、全て同じ値に なるということでしょうか。(例えば0x080) そこから何か読み取る必要がある場合、上位10ビットの値にしたがって、 ページディレクトリの0x80のエントリを選択するということでしょうか。 それとも全くの見当違いでしょうか。
セグメンテーションとページングの動作は全く異なります ---Segmentation LinerAddr = SegmentationLogic( Selector, VirtualAddr ) ---Paging PageDirOff = LinerAddr[31:22] PageEntOff = LinerAddr[21:12] Offset = LinerAddr[11:0] PhysicalPageEntTbl = PhysicalPageDirTbl + PageDirOff * 4; PhysicalAddr = PhysicalPageEntTbl + PageEntOff * 4 + Offset; PageDirTbl/PageEntTblを元に、下位12bit(offset)以外のビットは別物に変換されると すまん、分りにくいな... 初めて〜486でも読んで
876 :
Be名無しさん :04/06/29 00:59
いえ、わざわざ時間を割いていただき、本当に有難う御座います。
いや〜んな空気
さてCマガの影響でOS厨が増えると思われるがどう思う? まぁ俺はカーネルなんて書ける気も技量もないけどさ
>>878 中身は結構無理やりな部分もあるし、あんまりないと思うけどなぁ。
ワカンナイ
>>878 ギクッ。すいませんごめんなさい。
でもちょっと本気でやってみようかな、なんて思ったり。
とりあえずその後影響を受けて本をいろいろと買ってみました。
はじめて486、タネンバウム、Linuxブートローダーを読む(16,000円orz)。
今日、割り込み処理を書いて、キーが取得できるようになりました。
わはーわはー。だけど、C-MagazineのOSの記事間違いだらけじゃない?
思いついた箇所を指摘してみるテスト。漏れも間違ってたら
教えてください。
・P30、Table6
int10h → int13h
1以外=エラー → 0以外=エラー
・P39、List11(そもそもコンパイルエラー出まくり。)
addr_low → offsetL
addr_high → offsetH
((t_idtitem*)IDT_BASE) + intbo → ((t_idtitem*)IDT_BASE) + intno
asm("lidt(%0) ": : "p" (p)); → ひげぽん氏は別関数にしてidtrのポインタを置いてる。
いかがでしょうか?あと、紙面の都合上仕方がないかもしれませんが、
I/O操作の関数のoutp、inpに関しての説明が一切無いのもどうかと思いました。
>Cマガ きっとあれだ。 ゴーストライターがとりあえず記事書いて、 プログラムは外注ちゅ。と。
やっぱこういう記事はKタソとLタソとSタソとHタソの共著で読みたいね 続編の「GUIを作ろう」ではTタソとBタソの共著で(w
猫タンに対して影で査問なんかしようとしないで、堂々とWikiで 議論をすればいいのに。
>>885 >あとでヒアリングさせてください。 - -ひげぽn
おまいらほしいんだろ?p://www.ceres.dti.ne.jp/~toru2/story/fude1.html
読む時間がないので、ここにメモしておきますねp://www.rinku.zaq.ne.jp/musessou/otapuri1.html
>>887 筆おろしで中田氏っていうのは男の夢だよな
しかも一番オナニーしまくってる中学時代に
(´・ω・`)漏れの筆おろしの時は・・・ ヽ(`Д´)ノうわぁぁぁぁん!! (´・ω・`)悪い事したなぁ・・・
>>893 筆おろしがレイプって……
あ、お前893だったか(w
(´・ω・`)近からず遠からず、二人とも酒に酔ってあびゃびゃびゃびゃ
タネンバウム難しいYO! 10ページも読むと眠くなるYO! orz......
向いてないんじゃないかな
(´・ω・`)
>>897 だってソース読めないんだもの。
orz...........
Mona PJ Wikiをご覧になっている方はご存知かもしれませんが TinoさんがPE形式のバイナリとDLLをサポートするコードを書いてくださいました。 大変有益なコードなのでMonaに取り込みたいのですが一点だけ懸念事項があります。 しばらくコードが整理できるまでは(方向性によっては今後ずっと)、Linux, FreeBSDなどで Monaのビルドが出来なくなりそうです。 理由はLinux等のデフォルトツールではPEのバイナリを吐けないからです。 (クロスコンパイラを用意する以外で方法等ご存知でしたらご教授いただければ幸いです。) Linuxをメイン開発機として使っている、アクティブな開発者の方が いないと思っていますので影響は少ないと予想していますが 懸念点等ありましたらご指摘頂けると助かります。 特に何も無ければ、7/4(日)には取り込もうと考えています。
>>899 さん
タネンバウム本はソースを読むのは私も諦めました。
読み物の部分を斜め読みして、自分のOSで関連部分を実装するときに
読み返すという感じでした。
初読ではとても理解できませんでした(笑)
以上ご参考になれば幸いです。
C-Magazine P41List12 FDCに関するコードもコンパイルが通りません。 適当に直してみました。 _fd_init関数 MDMA_CLEAR → DMA_MASTER_CLEAR SDMA_CLEAR → 0x0D (DMA_SLAVE_CLEARは未定義) MDMA_CMD → DMA_MASTER_CMD SDMA_CMD → 0x08 (DMA_SLAVE_CMDは未定義) MDMA_MODE → DMA_MASTER_MODE SDMA_MODE → DMA_SLAVE_MODE MDMA_SINGLE_MASK → DMA_MASTER_SINGLEMASK あと、割り込みに関するP39List11にも追加です。 _os_intr_init関数の中で_os_intr_setは三つ引数を渡さなければ なりませんが、二つしか書いていません。三つ目のselectorは 通常、カーネルのコードセグメントを入れるようですね。 正直、ここまで間違っていると本当に やる気あるんだろうかと思えてきます。
>>900 ./configure --enable-pe
しない限りはLinuxでビルドできるようにして欲しい。
>>902 そういうのはきちんと編集にフィードバックしてあげるべきではないかと。
漏れは読んでないので出来ないが。
とりあえず理論だけでもモノにしたいです。 ということで、僕は熟読しちゃってます(w そうすれば、他のカーネル本とか読むのに基礎になりそうですし。 これ読み終わったら徐々に自分で作ってみたいです。 ある程度理論を抑えたら実践なんですかね? +αでLion本とか読みましたか? やっぱり実際にOS作った人の言葉だと参考になります。 ありがとう、がんばります。
>>903 Tino氏がMonaをWindowsの粗悪クローン化へ必死だから、そんな意見は
受け入れられないと思うが。
あびゃろんもどきのグラフィック効果つけてくれたら射精しちゃう
OSの理論てどこで学べば良いのか迷うよな。 MLを利用してLinux関連で長けた人に質問してるけど、 それくらいしか、わからないことが出てきたときの対処法がわからない。
909 :
Be名無しさん :04/07/04 02:57
>>905 理論で+αしたいなら「OSの基礎と応用」かなぁ。
後は「構造化コンピュータ構成」辺りももうちょい広い視点から見れて良いよ。
けど、時間が取れるなら実装挟んだ方がより効果的だと思う。時間掛かるけど。
タネンバウムの分散システムは正直、読まないでいい。時間の無駄
911 :
Be名無しさん :04/07/04 03:27
つまらない話ですがwinceのソースコードを改良でいてPCで実行することは 可能ですか?
>>904 了解、今編集部に連絡を入れておきました。
「連絡をくれたお礼に定期購読一年分プレゼント」
とかしてくれるとこっちは非常にありがたいのですがw
>>911 改良しなくてもプラットホームビルダの出力でそのまま動作可能
Cマガに影響されてアセンブラ書いてるんだけど、動きません。。。 moveax, cr0 oreax, 1 movcr0, eax jmp0x1000:somewhere somewhere: このコードの先頭が0x10000にロードされているのは確認したんですが、jmpするとどこかにとんでっちゃう。 プロテクトモードに切り替えるとこがわけわからなすぎ。。。というか記事抜けてるよね。 誘導かデバッグのヒントだけでも教えていただけるとうれしいです。
>>914 C マガは読んでいませんが、
jmp 0x1000:somewhere
somewhere:
この場合、プロテクトモードではセグメントではなく、
セレクタを指定する必要があります。
そのコードの前に
lgdt [gdt_reg_data]
で GDT のベースアドレス値・リミット値を CPU に読み込んでから
(GDT の内容はどこかに資料があるとおもいます)、
例えばコード用のセレクタを 0x0008 にした場合は
jmp 0x0008:somewhere
somewhere:
のようにするといけるはずです。
このときの somewhere はプレフィックスがないと
16-bit に制限されてしまいますので、ベース 0、
オフセット 0x10000 にしたいのであれば
プレフィックスも必要です。
確か db 0x66 を直前につけると 32-bit になったような。
Cマガ買わなくて正解?
>>916 どうとは言い難いけど、買ったところで現段階では
役立たずなのは確かです。ソースコードがCD-ROMプレスに
間に合わなかったそうで、Part3(カーネル作成)、Part4(シェルとか)の
部分は入っていません。かと言って、記事の内容を見るだけで
何かできるかと言われればまず無理です。僕が書いたように
結構間違いもありますし、説明が(紙面不足から)足りていない
気がします。
>>915 ぉぉぉ、ようやく1MBの領域にジャンプできました〜!ありがとうございます!
結局、0x10000に2ndローダを置いてしまうと jmp でアドレス指定ができなくなって混乱するので
0x1000 にロードするようにして、jmp 0x8:0x1000+somewhere としたら上手くできました。
次はCでコンパイルしたカーネルのロード。。。
>>900 monoはLinux上でPEはき出してますね
>>919 まあbfdはcoff対応してるし、別に難しいことではないですな。
ただ、PECOFF=Win32バイナリつー前提がそこら中にあるので、
not Winな環境で使うメリットがどれだけあるのか少々疑問です。
>>919 Monoはネイティブ形式でPEを吐けないので例に出すのはどうかと思う。
所詮は昔のVBのような中間言語"リソース"付きの実行ファイルもどきだし。
そっかー、理論だけより実践も重要なんですね。 Cマガジンがイイと思って買ったのに(ry 昔のUNIXとかLinuxのソースを読むようにしまつ。 て、読めるのか>おいら。 不安だ。
Minixを読もう
924 :
Be名無しさん :04/07/05 14:46
MINIX読めない。 解説ありでも読めない。
「まったく・・・わたくしが本物の光明寺茉衣子ですのよ!これは絶対的な真実で す!」 「何を言ってらっしゃるのですか、わたくしこそ本物です!デタラメを言うもので はありません!あの白衣の最凶最悪男のようですわ!」 先ほどから、こんな感じでずっと、自分が本物だと主張する茉衣子二人。 いつものように黒いワンピースで身を包んでいる茉衣子二人の違いといえば、若菜 が二人につけたリボンくらいだ。 水色のリボンの茉衣子が、ピンクリボンの茉衣子につかみかかる。 ワンピースの首筋から手を差し入れて、胸に手を入れる水色茉衣子。 「そもそも、わたくしの胸はそんなに小さくないのですわ!もっと大きくて綺麗な 形をしております!」 そう言って、水色茉衣子がピンク色茉衣子の胸を手で覆うようにする。
CマガのソースってMonaのソースと被ってる。。。 pic_init() とか、Cマガって和訳しただけのような。 こーゆーのってここまで似るほどセオリーがあるのかなぁ。
ハードの初期化なんかは手順が決まっているので、 誰が作っても同じになることがよくありまふ。 件のソースは見てないので一般論。
俺の趣味プロは関数名全部アニメのキャラクター名だぜヒャーハー
うっかり公開してobjdumpされてから焦るんだろうな
stripしておけばへーき。 自前の.soがあったら…
>>926 Monaだってどっかのを参考にしているわけであってさ、
ブートなんてそんなもんと割りきった方が良い。
大体やることは決まっているわけで、それ以外どう変えろというのかと。
ブート機構はパクってなんぼの世界とか言って見るテスト
OSレベルでガベージコレクションを採用しているOSってこれ?
いや、あれです。
MonaがカーネルサービスとしてGCを採用したら趣味OSの域を脱するな
タネンバウムを越えられるか、ひげ
劣化Win化せずに実用化に向けた何かを作って欲しかった orz
俺の予想通り"劣化"という単語が流行って来たナ Monaが劣化Winだとは思わないがな、まだそれにすら届いてないのによ… も舞らカルシウム不足だな、牛乳と魚をちゃんと食え
OSを作るのが目的だからな Hello World OSでも十分だ
>>927 >>931 なるほど、確かにそうみたい。
Mona、Cマガよりよっぽど参考になるんだけど、qemu で止まる。
GCを採用したOSというとROM-BASICですか?
>>939 月刊誌の一特集として取り上げているわけで、現実的にあれだけ制限されたページ数で
まともなものを期待するのは明らかに間違いってことさ。
だってたったあれだけのページにまともな事を書けるなら、OSなんて簡単の域ではないほど簡単じゃん。
ただし本当に簡単なOSを作るという意味で、またOS初心者がOSを製作する土台としては充分すぎるほどの役割を果していると考えてよい。
そういう面で、このスレにいる人間には物足りない可能性は非常に高いのも事実である。
ただこの特集をきっかけに例えば「初めて読む486」などでさらに勉強を進めて頂きたいというのが、墨染さんの狙いだと思う。
ひとつ気になるのは、実はtelnetを実装しているということだ。
>>941 まあ速くコード全部公開して欲しいね。
ところで割り込みで躓いてしまったんで教えて欲しいです。
キーボードの割り込みは0x9らしいんだけど、IDTには61のエントリとして登録しないと動きません。
実際、Monaを見ると、0x60-67がirq0-7で0x28-2Fがirq8-15みたいに書いてあります。
何でこんなことになってるんでしょう。。。
Intelのマニュアルとか一日読んでもさっぱりなんで誰か教えて。。。
追記 キーボード割り込みは0x9でなくて0x1でした。Cマガでは9みたいにかいてあるんだけど。 んで書いたとおりirq01はirq0x61みたいに書かなきゃいけないみたいなんです。謎。
>>943 irq と割り込みベクタ(int)の番号は別。
irq と割り込みベクタの対応は、割り込みコントローラに設定する。
Mona だと pic.cpp で設定していて irq0 を int 0x60 へ irq8 を int 0x28 へマップする。
irq0 を int 0x60 へマップすると順に irq1 は int 0x61 へ、irq 7 は int 0x67 へ。
irq8 を int 0x28 へマップすると順に irq9 は int 0x29 へ、irq f は int 0x2f へ。
int 0x00 〜 int 0x1f まではインテル予約なんで使っちゃ駄目。
/* master */
outp8(0x20, 0x11); /* ICW1 */
outp8(0x21, 0x60); /* ICW2 */ /* IRQ 0h = int 60h */
outp8(0x21, 0x04); /* ICW3 */
outp8(0x21, 0x01); /* ICW4 */
/* slave */
outp8(0xa0, 0x11); /* ICW1 */
outp8(0xa1, 0x28); /* ICW2 */ /* IRQ 8h = int 28h */
outp8(0xa1, 0x02); /* ICW3 */
outp8(0xa1, 0x01); /* ICW4 */
>>945 ぉぉぉ、なるほど・・・。参照先のページまでたどり着いてたのに理解できなかったよ。
これからじっくり読んでみる。さんくす〜
948 :
Be名無しさん :
04/07/06 13:53 qemu対応まd(ry