問題タブ [tao]

ACE/TAO の length() 関数に時間がかかりすぎています。長さの設定時に new 演算子を使用してそれだけの量のメモリを作成しているためです。TAOで長さを設定するだけで、長さの代替機能を知っている人は誰でも知っています。

ありがとう、

私は OpenDDS v3.6 を使用しており、多くのうちの 1 つである特定の DDS ピアにメッセージを送信しようとしています。IDL では、メッセージ構造は次のようになります。

私の理解では、データ キーは一意であるため、これは書き込まれるトピックの新しいインスタンスであり、同じデータ キーで書き込まれたメッセージはトピックのこの特定のインスタンスに送信されます。私の送信コードは次のとおりです。

そのため、受信ピアがこのトピック インスタンスからのみ読み取り、他のピアに送信される他のすべてのメッセージを受信しないようにする方法を理解する必要があります。以下から始めましたが、特定のトピック インスタンスを適切に選択する方法がわかりません。

どんな助けでも大歓迎です。

openDDS で簡単なメッセージ プログラムを作成しています。このプログラムは、パブリッシャーとサブスクライバーを使用します。パブリッシャーで、次のメッセージを書きます。

180 バイトから 3012 バイトに送信しようとすると、ライターは次のエラーで失敗します。

エラー 10 (== DDS::RETCODE_TIMEOUT)

、約260メッセージの後（1500メッセージを送信しようとしています）。私が奇妙だと思うのは、1 <= x < 180 および 3012 > x > 102400+ バイトからのメッセージを送信したときに機能することです。

ライター側でエラーが発生しています。私が行うライターの下：

私のidlファイルは次のようになります:

したがって、これは TAO 文字列マネージャーを使用します。メッセージに char* を渡します。

その後、前のようにメッセージを書きます

参加者:

トピック：

出版社:

ライター:

どんな助けでも大歓迎です。ありがとう！

コンテキスト:サーバー クライアント セットアップで (ace-tao を使用)。

問題の説明: クライアントが起動して API 呼び出しを行おうとしているときに、サーバーが停止している可能性があります。ここで、クライアントのセットアップをより堅牢にするために、クライアントがサーバーのダウン状態を認識できるようにしたいと考えています。サーバーが再び起動したときに、クライアントは再バインドを試行し、新しい ORB を準備できます。 API 呼び出し。

助言がありますか？

Windriver VxWorks OS で使用する ACE および TAO ライブラリをビルドするための明確な手順はありますか? 目標は、VxWorks と Windows マシン間の RPC スタイル通信用の ACE TAO を構築することです。Windows 7 で Windriver Workbench 3.2 を使用しています。ターゲットは vxworks 6.8 ppc32 です。