問題タブ [plan-9]

なぜ Go 開発者は、Go を Unix 向けに改良するのではなく、Plan9 のサポートに時間を費やすのでしょうか?

Linux マシンで9pファイル サーバーの C 実装を開発しようとしています。インターネットには 9p に関する十分なドキュメントがなく、私はサーバーの実装についてあまり経験がありません。私の一般的な設計は次のとおりです。

1. UNIX ソケットを使用して着信 9p メッセージをリッスンします。
2. 9p メッセージをデコードし、新しいスレッドを生成して必要なタスクを実行します。
3. 適切な 9p 応答メッセージでクライアントに返信します。

サーバーはユーザー空間に存在し、9p メッセージを UNIX 呼び出しに変換します。

提案された設計に関する問題や推奨事項はありますか? 私を助けるために参照できるドキュメントはありますか? サーバーをデバッグして、正しく動作していることを確認するにはどうすればよいと思いますか?

のplan9特定の Go コードでは、 other のようなものsyscallはありません。、またはその同等物はどこに定義されていますか?Stat_tGOOSStat_t

ユーティリティへの移行実行可能ファイルplan9portのユーティリティに慣れませんsrc(スクリプトの場合は問題なく動作します)。db(1)次の方法で、実行可能ファイルからソース ファイル名を取得することを指します。

ここ$1で、 は実行可能プログラム名であり、関数を使用してファイル名を出力するためのデバッガへmain?zの特別な命令です。db(1)main

しかし、私のバージョンの Linux (Ubuntu) では機能しません。db(1) はファイル名を生成しません。プロシージャの名前を表示するだけで、main()ソース情報は表示されません。

私は（コンパイラがコードを削除するのを防ぐ9c -nと思います）でコンパイルしようとしましたが、うまくいきませんでした。-n