こちらこそ細かくてすいません。Tinoさんだけに限る話でもありませんし。擬似RPCみたいなことに使うことを想定してMessage::sendReceive()というのを追加しました。05:20:17GUIサーバーとの通信で使いまくりです。05:23:52RPCについてはこのCOMのようなことを実現する方法を説明した記事が興味深いです。以前ひげぽんさんが作ろうとしておられたオブジェクトマネージャの足掛かりになるかもしれません。05:22:21いやあ。実装を見て感動しました。目的のメッセージを待ちつつ他のメッセージを破棄しないところが目からうろこでした。最近コードを書いてなくていい刺激になりました。既存OS(例えばWindows)などでほとんど実装した事がなく基本的なAPIを知らないのがそろそろ響いてきたようです。ひげぽんそれは良かったです。上に出した記事に書いてあるように、インターフェース記述言語からサーバー側とクライアント側の定型コードを生成して、決まり文句まで自分で書かないのがスマートです。Tino確かにスマートですね。これをMonaで実現するにはあと何が足りないんだろうと妄想したりします。sys/types.hに追加。旧KeyBoardManager.hを使っている人は注意。keyinfo)を作成。使う場合、<monapi/Keys.h>をincludeしてください。名前の最初はTを大文字に変更。引数も変更(まだ、modifiersは使っていません)。キーメッセージを使ってる人は、移行してみてください。cluster)で無限ループに陥ってしまうようです。するととまると思います。詳細はしばらくお待ちあれ。あったバグを修正しました。Gaku直りました、対応ありがとうございました。mode)はどのように実現すれば良いでしょうか?これが解決するとものすごくいろいろとうれしいのでよろしくお願いします。方は新規作成しか使ってないのか。Gakuお手数ですがよろしくお願いします。とこで、動かしておきました。動くことは確認しましたがまだ十分にテストできてません。今日はというあたりです。Gakuありがとうございます。ファイル作成時のサイズを1で回避の件ですがファイルが存在しない時にAPPENDモードでオープンすると困った事になります。周りは、まだまずいですね。バグってるのが明らかなコードが混じってるので。今のところは地雷踏まないように使ってください。Gaku了解いたしました。ちなみに修正の予定はいつ頃でしょうか?(すいません修正をせかしているわけではなく、FileOutputStreamのappendモードを次回リリースでどうするかとかの兼ね合いです。して動かしてみてください。Gaku1にしてみました。使わない機能だったんで書き書けなんです。リサイズ時にクラスタを何個確保するか指定できるように使用として付けたのです。初期化するときに確保するバッファをディレクトリエントリのファイルサイズを1クラスタ分に切り上げて確保してるくせに、確保されてるクラスタを全部読もうとします。Gakuというか、メモリ確保の計算式のほうを直せば良いのか。ちなみにまずいことってなんでしょうか?いまちっと追記機能を弄ってるのですが。Gaku以下のような感じです。--ひげぽんFileOutputStream::openの仕様として1.openを試みる2.openできなかったらcreateFileして更にopenを試みるというのがあります。(ファイルサイズは1)3.open成功4.appendモードなのでファイルポインタをファイル終端へ5.write()⇒1byte目にデータがかかれない。いう現象が起きてしまいます。†Mona/リリースメモにて、次回リリース用のアンケートを行っております。ご協力をお願いします。†メッセージsend/receiveの送信単位がプロセスからスレッドに変更となりました。マウス・キー入力情報の送信もスレッド単位となります。入力情報を受信したいスレッドで以下のように行ってください。getPID()は廃止されました。マウスサーバーのスレッドIDは固定で当分の間運用することになります。名前アクセスをできるようにいたします。暫定的に修正しました。APIの変更により0.1.5用のバイナリとの互換性がなくなります。†FDCDriver::checkDiskChagne()を実装しました。Device::ioctl()をご使用頂くことになります。若干の仕様調整が必要かもしれませんがどうしましょう?お。してくれってことならまぁそれでも良いんですが。Changed()を公開しました。レガシー本では0x3f0は違うレジスタのようです。ディスクが挿入されてるかどうかチェックできるかなぁと。ディスクが抜かれていることがあったら内部でフラグを立てたら良いかなと。Gakuその代わりに0x3f7のbit7にフラグがあったようなので調べてみました。†とりあえず、今回のバグは取れたと思います。早急な調査・御対応ありがとうございました。mona.imgへ正しく書き込まれるようになりました。†Bochs(shadow環境)で、どうにもならないくらいに、パフォーマンスが落ちてます。(土)カーネルフローとは、ユーザプロセスからユーザプロセスまでのカーネルの処理手順をさしてるつもりです。どこに書いていいかわからなかったので、ここに書きました。shadowご指摘ありがとうございます。ひげぽんパフォーマンスが悪いのは0.1.5遅い部分はおそらく描画周りだと思います。遅い部分を次回リリース時にむけて早くするべく分析を一緒に行っていただいてもよいですか?スクロール遅いですね。GUIができてくるとスクロールは要らないのかなと思ったので特に気にしていませんでした。shadowCVS版デバッグ中のためlogを書き込んでいるので死ぬほど遅いと思います。今はCVS版を使ってます。shadowlogprintfでシリアルポート出力しています。