問題タブ [capnproto]

Protobuf の使用方法と同様に、アプリケーションの変更可能な状態に Cap'n Proto をどのように使用する必要がありますか? ガベージコレクターはありますか？

Kenton Varda は、Cap'n Proto、FlatBuffers、および SBE の比較で、Cap'n Protoが内部的にアリーナ アロケータをメッセージに使用していることを確認しました。1 つのメッセージは、たとえばディスクに書き込まれて再読み込みされるなどの理由で長期間にわたって編集すると、際限なく大きくなります。

Cap'n Proto がメッセージを並べ替えて無駄なスペースを再利用するためのガベージ コレクターはありますか? ガベージコレクターは最適なアプローチでしょうか? そうでない場合、または存在しない場合、推奨されるアプローチは何ですか?

とにかく暗号化されたデータのみを保存する必要があるRustプログラムを実際に書いています。したがって、メッセージ構造全体を再コピーしても問題ありませんが、より幅広いオプションについて興味があります。

Cap'n Protoは区切りメッセージをサポートしていますか?

私の目標は、複数のメッセージをファイル パイプに書き込み、書き込み中にリアルタイムで読み取ることです。

そう...

1. メッセージは何らかの方法で区切る必要があります。

2. また、パーサーは不完全なメッセージを検出して待機できる必要があります。

これは Cap'n Proto とは特に関係のない一般的な問題だと思います。

プロジェクトのビルドは成功しますが、実行すると次のようになります。

多分私はCMakeで何かが欠けていますか?

libcapnp-0.5.3.soに存在することを確認しました/usr/local/lib

私も追加しようとしました：

この capnp コードに問題があります:

次のように c++ ソースを作成してコンパイルしました。

そして、生成されたヘッダー ファイルの複数の場所で、この同じエラー (および SUCCESS ではなく ERROR と同じ) が発生しています。

以下は、g++ が不平を言う定義の 1 つです。

g++ がこれを受け入れない理由が本当にわかりません...

capnproto 0.5.3 (最初にこの問題が発生したのは 0.5.2 で、それが役立つかどうかを確認するために更新されました) と g++ 4.9.2 を使用しています。

Cap'n Proto メッセージを C++ から Java に送信するために TCP クライアント/サーバーを使用しています。

場合によっては、受信バッファがいっぱいになったり、いっぱいになったりすることがあります。これらのケースを処理するには、メッセージ サイズを知る必要があります。

Javaでバッファのサイズを確認すると、208バイトになりますが、

4 を返します (ここで使用されている単位は不明です)。

4 は 208 を 52 回割ることに気付きました。しかし、52 を使用した重要な変換係数については知りません。

Javaでメッセージサイズを確認するにはどうすればよいですか?

以下は、基数ツリーに IP プレフィックスを格納し、IP がプレフィックスに属している場合は、IP と ASN をディクショナリに関連付ける Python のコード スニペットです。

特定のプレフィックスのさまざまな ASN をすべて見つけたいと考えています。詳細を以下に示します。

例:valは、いくつかの反復で protobuf から次の値を取得します。

を印刷するとseen_list：

明らかvalに入っていseen_listます。しかし、if val not in seen_list:常に真であり、何度もval追加されます。seen_list条件が常に true を返す理由がわかりません。に格納されているオブジェクトの種類が原因seen_listですか?