MonaServer

Mona Server †

Windows上でMonaを擬似的にエミュレートする箱庭環境です。

Monaのカーネルからハードウェアに密着した部分を取り去ったものです。
ハードウェア制御以外のアプリ開発を促進するための試みです。
- Windows上でXサーバーを動かしてXクライアントを開発するようなイメージです。
現時点ではまったく実用になりません。

↑

アンケート †

適切な項目がない場合は追加してください。

Q1 Mona Serverについてどう思っていましたか？

Q2 Mona Serverを使ってアプリ開発をしてみたいですか？

Q3 Mona Serverは横において、従来どおりのMonaアプリ開発について

Q4 Visual Studio .NET 2003がないと開発できないことについて

Q5 Mona Serverについて今は魅力がなくてもこうなれば使うという考えはありますか？

A: gccをサポートすれば使う
- 使うと言うことはプログラミングは出来るということですよね。それならgccに対応させるくらいは出来るはずです。出来ないなら、使うことも出来ないはずです。
A: 本家との同期が保証されれば使う
- カーネルは別物なので仕方がないとして、MonAPIに関しては#ifdefで分ければ本家CVSにマージできるはずです。問題は、誰が折衝・仲介するかです。
A: MonAPIを完全にサポートすれば使う
- 使うと言うことはプログラミングは出来るということですよね。それなら自分で足りない部分を補うことも出来るはずです。

↑

スクリーンショット †

↑

To Do †

以下は目先のメモで、サポートすれば完成という意味ではありません。

ファイル入出力
- これがないとMONA.CFGすら処理できません。
MonAPI::Message::peek
- peekをサポートしないとsendReceiveがまともに動きません。

↑

ダウンロード †

ライセンス	MIT/X, 修正BSD(baygui)
バイナリ	MonaServer-20041003.zip
ソース	MonaServer-20041003.tar.bz2
備考	キーボードサーバー

コンパイルにはVisual Studio .NET 2003が必要です。

↑

過去のリリース †

バイナリ	ソース	備考
MonaServer-20040930-bin.zip	MonaServer-20040930.zip	reversi
MonaServer-20040929-bin.zip	MonaServer-20040929.zip	BayGUI
MonaServer-20040928-bin.zip	MonaServer-20040928.zip	マウスサーバーを改善
MonaServer-20040927-bin.zip	MonaServer-20040927.zip	マウスサーバーの実験（手抜き）
MonaServer-20040923-bin.zip	MonaServer-20040923.zip	helloとnoiz2bg
MonaServer-20040918-bin.zip	MonaServer-20040918.zip	起動するだけ

↑

コメント †

コメントはありません。コメント/MonaServer?

TinoGUIでのプログラミングがもっと簡単になれば手を出しやすいです。サンデープログラマには厳しい(^.^) -- 通りすがり? 2004-10-04 (月) 10:18:34
キーボードサーバーキター -- ひげぽん 2004-10-03 (日) 15:32:09
Linux+Wineでも動きました。サンクス -- 2004-09-29 (水) 21:25:56
bayguiの取り込みはやっ！! -- ひげぽん 2004-09-29 (水) 20:44:24
使ってみました。アプリが外部EXEになっている！！ソースよんで見ます。 -- ひげぽん 2004-09-29 (水) 12:26:22
Tinoタソ復帰? -- 2004-09-23 (木) 12:24:48
すばらしい！！！ -- ひげぽん 2004-09-19 (日) 20:52:27
- 問題は実用レベルになるまで開発が続けられるのだろうかということですが……。正直そこまで続けられる保証もないので、本当は表に出さずに放置しておこうかと思ったものです。現段階では本当に単なるモックアップ以上のものではありませんので。 -- Tino 2004-09-19 (日) 23:05:00
スゴイモノをもってゐるではありませんか。だれかSDL or X11移植きぼん -- 2004-09-19 (日) 11:45:13
- 箱庭と言ってもQEMUなどの本当のエミュと根本的に違うのは、実運用はマルチプロセスのクライアント・サーバーシステムで行おうとしている点です。ソースの方にクライアントのサンプルが含まれていて（無意味なテストなのでバイナリには含めていません）、共有メモリ経由で擬似フレームバッファを操作して上のスクリーンショットの右下のウィンドウもどきを表示させています。つまりクライアントは別プロセスで動いてサーバーに働きかけるというモデルで、システムコールなども裏でメッセージに変換してサーバーに送る形になります。そのためプロセス間通信のウェイトが高く、描画はフレームバッファもどきのバッファを操作するだけの単純なものでウェイトは低いです。そのためSDLを使ってもそれだけでマルチプラットフォームになるわけではないので、SDLを使用する考えはありません。ウェイトの高いプロセス間通信の移植が肝となるでしょう。そもそも今のMonaはUNIXでコンパイルできないこともあって、現時点では移植することにあまり意味がないように考えています。もし移植するなら、共有メモリはSYSVSHMを使うとして、問題はメッセージングです。Xのものを使うか、UNIXドメインを使うかは検討の余地があるでしょう。それとソースはclのプリコンパイルヘッダを前提に直してあるので、構成がこのままだととんでもなくコンパイルが遅くなることも予想されます。gcc-3.4でプリコンパイルヘッダがサポートされたようですが、使ったことがないので詳細は不明です。 -- Tino 2004-09-19 (日) 23:00:34

選択肢	投票
興味なし	5
何がやりたいのか意味不明	6
エミュとどう違うの？	11
デバドラ開発に使えないから無意味	5
アプリ開発に便利そう	13
エミュより動作が速そう	5
Win32APIの勉強に手頃	4

選択肢	投票
興味なし	2
プログラミングできない	1
意義が見出せない	0
VS.NETを持っていない	10
エミュで充分	0
してみたい	10
開発中!!	0

選択肢	投票
興味なし	0
プログラミングできない	1
意義が見出せない	0
手間が多くてやる気にならない	6
してみたい	5
勉強中!	3
開発中!!	1

選択肢	投票
興味なし	0
持ってるけど使いたくない	0
持ってれば使う	3
VS6マンセーだから.NETは邪道	0
メモ帳で充分	4
セルフ開発できれば無用の長物	0
開発効率が良い	1

選択肢	投票
興味なし	0
何やっても無駄	0
gccをサポートすれば使う	8
本家との同期が保証されれば使う	4
MonAPIを完全にサポートすれば使う	5
既に使ってます!!	0