アカウント名:
パスワード:
「システムコールがC++言語の抽象クラス」ということは、システムコールを持つわけで、マイクロカーネルではなくてモノリシックカーネルなのかなぁ?
概要とリファレンスマニュアルに軽く目を通しただけなので実際のところは不明ですが要約すると、
ただ、感想としてはプラトニックすぎる気がしますね。COM実運用上の最大の問題、dll hellをそのまま再燃させているし、COMでいうインプロセスサーバやサーバプロセスの動的Invokeがなければ柔軟性が乏しい気がします(あったらすいません)。あと、研究用ということで割り切っているのだと思いますが、システムのプリミティブの操作やインターフェイスポインタ生成にセキュリティ関係の引数が無いのは気になります。
しかし、もし、カーネルモジュールでのオブジェクト公開(つまりはAPIの追加)もユーザープロセスのそれと同程度の簡単さでできるなら組み込み向けにはいいかもしれません。もちろん、モジュールの動的ロードやカーネル関数の充実が前提でしょうが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
情報なし (スコア:2, 参考になる)
「システムコールがC++言語の抽象クラス」ということは、システムコールを持つわけで、マイクロカーネルではなくてモノリシックカーネルなのかなぁ?
Re:情報なし (スコア:4, 参考になる)
概要とリファレンスマニュアルに軽く目を通しただけなので実際のところは不明ですが要約すると、
ただ、感想としてはプラトニックすぎる気がしますね。COM実運用上の最大の問題、dll hellをそのまま再燃させているし、COMでいうインプロセスサーバやサーバプロセスの動的Invokeがなければ柔軟性が乏しい気がします(あったらすいません)。あと、研究用ということで割り切っているのだと思いますが、システムのプリミティブの操作やインターフェイスポインタ生成にセキュリティ関係の引数が無いのは気になります。
しかし、もし、カーネルモジュールでのオブジェクト公開(つまりはAPIの追加)もユーザープロセスのそれと同程度の簡単さでできるなら組み込み向けにはいいかもしれません。もちろん、モジュールの動的ロードやカーネル関数の充実が前提でしょうが。