問題タブ [tao]

Taoフレームワーク（またはOpenTK）を使用してピッキングを実現するのを誰かが手伝ってくれますか？

Rhapsody 7.1.1 から生成された IDL ファイルを TAO IDL Compiler の最新バージョン (リリース済みパッケージ バージョン 6.0.2) でコンパイルしようとしましたが、CORBA 3.1 では匿名型が非推奨になっているため、いくつかのエラーが発生します。

この種のエラーは、TAO IDL Compiler の「-as」オプションを使用して抑制することができます。しかし、メンテナンス上の理由から、準拠した IDL ファイルを生成したいと考えています。

また、インターフェイス転送に関連する TAO IDL Compiler から他のエラーが発生します。この生成された IDL ファイルは、TAO バージョン 5.7.9 (1.7.9) まで正しくコンパイルされます。

編集:

インターフェイス転送の主な問題は、既に定義されているインターフェイスの転送により、そのようなインターフェイスの内容が隠されることです。

例：

A.idl

B.idl

A の forward を削除しても問題ありませんが、Rhapsody でこのように IDL ファイルが生成されているため削除できません。

重複の可能性:
tao SimpleOpenGlControl のエラー

「Tao.Platform.Windows.SimpleOpenGlControl」を含むユーザーコントロールを作成しています。
私のコントロールのコンストラクターでは、

.
私の問題:
「Windows フォーム アプリケーション」でコントロールを使用する場合は問題ありませんが、コンピューターを休止状態にすると、ビジュアル スタジオが開いていて、コントロールを含むフォームがデザイン モードになっている場合、休止状態にした後、このエラーが表示されます。

致命的なエラー
により、gl レンダリング コンテキストをアクティブにできません

ここで何が問題なのですか？

JacORB クライアントの Appl A と TAO サーバーの Appl B があります。

実行の詳細:

a) アプリケーション A は最初に、その corbaloc URL を使用してサーバー プロセス (アプリケーション B) の object_reference を作成し、その後の使用のためにこの参照をマップに保持します。これは、Appl B のすべての corba 呼び出しに同じオブジェクト参照が使用されることを意味します。

b) アプリ A は、上で作成したアプリ B の狭められたオブジェクト参照に対してインベントリ メソッドを呼び出します。

c) サーバー側 (TAO) では、サーバントがリクエストを完了し、レスポンスを送信します。

d) Jacorb クライアント側で長い間 (タイムアウト間隔の後だと思います)、例外が発生します。

. e) 上記のリクエストがタイムアウトする前に、同じクエリがサーバー上で再度行われた場合 (同じ接続オブジェクトを使用)、両方のレスポンスが受信され、適切に処理されます。

この場合の進め方について何か考えはありますか? 私の推測では、ソケット バッファがフラッシュを待っているため、常に 2 回目に動作するのです。接続オブジェクトでフラッシュを強制する方法はありますか?

Tao と OpenTK は、Windows 上の c# で使用できる 2 つのグラフィックス ライブラリです。どちらもアクティブではありません。Tao の最終リリースは 2008 年と OpenTK 2010 です。

しかし、Mesa は Linux でアクティブになっているので、自分のプロジェクトに何を使用すればよいか考えています。CAD モデリング アプリを開発する必要があります。

Mesa と Linux を使用する必要がありますか? OpenGL は頻繁に変更されるため、最新のものが必要です。

ありがとうございました

これは、スプライトを描画するために使用する方法です。

DrawImmediateModeVertex- 1 つの頂点を描画します。

Gl.glBindTexturefor ループから抜け出す必要がありますか? また、テクスチャをレンダリングすると奇妙なことが起こります。スプライトに異なるテクスチャ ID を指定しても、毎回同じテクスチャが 1 つだけ描画されます。

OpenAL でのサウンドの読み込みに問題があります。

1. soundIdentifier はディクショナリで、SoundSource にはサウンドの情報が保持されます。最初の文字列は、「牛」、「馬」などの通常のサウンド名です。

2. Form.cs から InitializeSounds を呼び出し、LoadSound はサウンド マネージャーのメソッドです。

3. Alut.alutLoadMemoryFromFile はエラーを引き起こし、何らかの理由で null ポインターを返します。

4. 残りは簡単なコードですが、ご理解いただければ幸いです。

私は Tao.OpenAL を使用して c# で作業しています。

C++ TAO (v1.6) クライアントをJDK1.3tnameservで実行されている Java に接続しようとしています。しかし、C++ TAO クライアントはネーム サービスを解決できません。次の例外をスローしています：

system exception, ID 'IDL:omg.org/CORBA/UNKNOWN:1.0'
Unknown vendor minor code id (53550000), minor code = 53550004, completed = MAYBE

TAO (4144|5228) Completed initializing the process-wide service context
TAO (4144|5228) Default ORB services initialization begins
TAO (4144|5228) Default ORB services initialization completed
TAO (4144|5228) We are the default ORB ...
TAO (4144|5228) Initializing the orb-specific services
TAO (4144|5228) Default_Resource_Factory - codeset manager=004AE5C0
TAO (4144|5228) - Codeset_Manager_i::init_ccs, Loaded Codeset translator , ncs = 00010001 tcs = 05010001
TAO (4144|5228) - UTF16_BOM_Translator: forceBE 0
TAO (4144|5228) Loaded default protocol
TAO (4144|5228) created new ORB <>
TAO (4144|5228) - Transport_Cache_Manager::find_i, no idle transport is available
TAO (4144|5228) - Transport_Cache_Manager::fill_set_i, current_size = 0, cache_maximum = 512
TAO (4144|5228) - IIOP_Connector::begin_connection, to which should block
TAO (4144|5228) - Transport_Connector::wait_for_connection_completion, going to wait for connection completion on transport[10603568]
TAO (4144|5228) - Leader_Follower[10603568]::wait_for_event, (leader) enter reactor event loop
TAO (4144|5228) - IIOP_Connection_Handler::open, The local addr is <127.0.0.1:54768>
TAO (4144|5228) - IIOP_Connection_Handler::open, IIOP connection to peer <127.0.0.1:2323> on 512
TAO (4144|5228) - Leader_Follower[10603568]::wait_for_event, (leader) exit reactor event loop
TAO (4144|5228) - Transport_Connector::wait_for_connection_completion, transport [512], wait done result = 1
TAO (4144|5228) - IIOP_Connector::make_connection, new connected connection to on Transport[512]
TAO (4144|5228) - Transport_Cache_Manager::bind_i, Transport[512]; hash 2130708756
TAO (4144|5228) - Transport_Cache_Manager::bind_i, cache size is [1]
TAO (4144|5228) - Transport[512]::register_handler
TAO (4144|5228) - Transport_Connector::connect, opening Transport[512] in TAO_CLIENT_ROLE
TAO (4144|5228) - Codeset_Manager_i::set_tcs, No codeset component in profile
TAO (4144|5228) - Muxed_TMS[512]::request_id, <1>
TAO (4144|5228) - Codeset_Manager_i::generate_service_context, using tcs_c = 00010001, tcs_w = 00010109
TAO (4144|5228) - GIOP_Message_Base::dump_msg, send GIOP v1.0 msg, 108 data bytes, my endian, Type Request[1]
TAO (4144|5228) - Transport[512]::drain_queue_helper, sending 1 buffers
TAO (4144|5228) - Transport[512]::drain_queue_helper, buffer 0/1 has 120 bytes
TAO - Transport[512]::drain_queue_helper (0/120) - HEXDUMP 120 bytes
47 49 4f 50 01 00 01 00 6c 00 00 00 01 00 00 00 GIOP....l.......
01 00 00 00 0c 00 00 00 01 00 4a 00 01 00 01 00 ..........J.....
09 01 01 00 01 00 00 00 01 00 00 00 0b 00 00 00 ................
4e 61 6d 65 53 65 72 76 69 63 65 00 06 00 00 00 NameService.....
5f 69 73 5f 61 00 00 00 00 00 00 00 28 00 00 00 _is_a.......(...
49 44 4c 3a 6f 6d 67 2e 6f 72 67 2f 43 6f 73 4e IDL:omg.org/CosN
61 6d 69 6e 67 2f 4e 61 6d 69 6e 67 43 6f 6e 74 aming/NamingCont
65 78 74 3a 31 2e 30 00 ext:1.0.
TAO (4144|5228) - Transport[512]::drain_queue_helper, end of data
TAO (4144|5228) - Transport[512]::cleanup_queue, byte_count = 120
TAO (4144|5228) - Transport[512]::cleanup_queue, after transfer, bc = 0, all_sent = 1, ml = 0
TAO (4144|5228) - Transport[512]::drain_queue_helper, byte_count = 120, head_is_empty = 1
TAO (4144|5228) - Transport[512]::drain_queue_i, helper retval = 1
TAO (4144|5228) - Transport[512]::make_idle
TAO (4144|5228) - Leader_Follower[512]::wait_for_event, (leader) enter reactor event loop
TAO (4144|5228) - Transport[512]::handle_input
TAO (4144|5228) - Transport[512]::process_queue_head, 0 enqueued
TAO (4144|5228) - Transport[512]::handle_input_parse_data, enter
TAO (4144|5228) - Transport[512]::handle_input_parse_data, read 236 bytes
TAO (4144|5228) - GIOP_Message_Base::dump_msg, recv GIOP v1.0 msg, 224 data bytes, other endian, Type Reply[6]
TAO (4144|5228) - Leader_Follower[512]::wait_for_event, (leader) exit reactor event loop
TAO (4144|5228) - Synch_Twoway_Invocation::handle_system_exception
TAO (4144|5228) - Synch_Twoway_Invocation::handle_system_exception, about to raise
(4144|5228) EXCEPTION, Exception caught:
system exception, ID 'IDL:omg.org/CORBA/UNKNOWN:1.0'
Unknown vendor minor code id (53550000), minor code = 53550004, completed = MAYBE
Destroying ORB <>
TAO (4144|5228) - Connection_Handler[512]::close_connection_eh, purging entry from cache
TAO (4144|5228) - Transport[512]::cleanup_queue_i, cleaning up complete queue
TAO (4144|5228) - Transport[512]::cleanup_queue_i, discarded 0 messages, 0 bytes
TAO (4144|5228) - Connection_Handler[512]::close_connection_eh, removing from the reactor
TAO (4144|5228) - Connection_Handler[512]::close_connection_eh, cancel all timers
TAO (4144|5228) - Transport[512]::cleanup_queue_i, cleaning up complete queue
TAO (4144|5228) - Transport[512]::cleanup_queue_i, discarded 0 messages, 0 bytes
TAO (4144|5228) - Connection_Handler[512]::close_connection_eh
TAO (4144|5228) - Transport[512]::cleanup_queue_i, cleaning up complete queue
TAO (4144|5228) - Transport[512]::cleanup_queue_i, discarded 0 messages, 0 bytes

これで私を助けてください。ありがとう。

Microsoft Visual Studio2005SP1を使用してACE5.6.1ライブラリをコンパイルしようとしました。このプロジェクトには、609のサブプロジェクトが含まれています。そして、それらすべてを再構築しようとするたびに、同じではないものがコンパイルされず、次のエラーLNK1109で終了します。私の場合、記述された共鳴のどれも一致していないと確信しています。それで、他に何ができるでしょうか？

回避策として、「ビルド」を押すだけで、機能したように見えます（不足しているサブプロジェクトがビルドされます）。だから私の他の質問は、結果はそもそも正常に再構築されたのと同じですか？だから私は、ファイルが破損していないことを確認できますか？そして、なぜ今それが機能しているのですか？

並列ビルドの量をすでに減らしてみましたが、1つを選択しても4つを選択してもかまいません。

Corba Naming_Serviceは非常に多くのUDP接続を作成し、クライアントが切断されてもそれらは残ります。最大60Kの接続になります。

AIX 5.3、TAOバージョン1.5a_p22およびACEバージョン5.5a_p22

以下はlosfです：

この問題をどこで/どのように解決しますか？

ありがとうございました。