问题标签 [tao]

任何人都可以帮助我使用 Tao 框架（或 OpenTK）实现挑选吗？

我尝试使用最新版本的 TAO IDL Compiler（已发布的软件包版本 6.0.2）从 Rhapsody 7.1.1 编译生成的 IDL 文件，但由于 CORBA 3.1 中不推荐使用匿名类型，因此出现了一些错误。

可以使用 TAO IDL 编译器“-as”选项抑制此类错误。但是，出于维护原因，我想生成兼容的 IDL 文件。

此外，我从与接口转发相关的 TAO IDL 编译器中得到其他错误。这生成的 IDL 文件可以正确编译，直到 TAO 版本 5.7.9 (1.7.9)。

编辑：

接口转发的主要问题是已经定义的接口的转发隐藏了该接口的内容。

例子：

idl

B.idl

如果我删除 A 的前向没有问题，但我不能因为 IDL 文件是由 Rhapsody 通过这种方式生成的。

可能重复：
tao SimpleOpenGlControl 出错

我正在创建一个包含 "Tao.Platform.Windows.SimpleOpenGlControl" 的用户控件。
在我的控件的构造函数中，我有

.
我的问题：
当我在“Windows 窗体应用程序”上使用控件时没问题，但是如果我休眠计算机，当 Visual Studio 打开并且包含该控件的表单处于设计模式时，休眠后会出现此错误：

致命错误
无法激活 gl 渲染上下文

这里有什么问题？

我有 Appl A，它是 JacORB 客户端，而 Appl B 是 TAO 服务器。

执行细节：

a) Appl A 最初使用其 corbaloc URL 为服务器进程 (Appl B) 创建 object_reference，并在映射中维护此引用以供后续使用。这意味着相同的对象引用用于 Appl B 上的所有 corba 调用。

b) Appl A 调用上面创建的 Appl B 的缩小对象引用的清单方法。

c) 在服务器端（TAO），servant 完成请求并发送响应。

d）在 Jacorb 客户端很长一段时间后（我认为在超时间隔之后）我得到一个异常：

. e) 如果在上述请求超时之前，如果再次在服务器上进行相同的查询，（使用相同的连接对象），则收到两个响应，并正确处理

知道在这种情况下如何进行吗？我的猜测是套接字缓冲区正在等待刷新，这就是为什么它总是第二次工作知道如何在连接对象上强制刷新吗？

Tao 和 OpenTK 是您可以在 Windows 上与 c# 一起使用的两个图形库。两者都不活跃，Tao 最后一个版本是 2008 和 OpenTK 2010。

但是我看到 Mesa 在 Linux 上很活跃，所以我想知道我的项目应该使用什么。我需要开发 CAD 建模应用程序。

我应该使用 Mesa 和 Linux 吗？OpenGL 变化很大，我需要一些最新的东西。

谢谢

这是我用来绘制精灵的一种方法：

DrawImmediateModeVertex- 绘制一个顶点。

我应该Gl.glBindTexture退出for循环吗？当我渲染纹理时也会发生奇怪的事情，即使我提供具有不同纹理 ID 的精灵，每次只绘制一个相同的纹理。

我在使用 OpenAL 加载声音时遇到问题：

1. soundIdentifier 是一个字典，在 SoundSource 中我保存声音的信息，第一个字符串是声音的正常名称，如“cow”、“horse”或其他。

2. 我从 Form.cs 调用 InitializeSounds，而 LoadSound 是声音管理器的方法。

3. Alut.alutLoadMemoryFromFile 导致错误，由于某种原因返回一个空指针。

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 Studio 2005 SP1 编译ACE 5.6.1 库。本项目包含 609 个子项目。并且每次我尝试全部重建它们时，有些不一样的东西不会编译并退出，并出现以下错误LNK1109。我敢肯定，在我的情况下，没有一个描述性的共振是匹配的。那么还能是什么呢？

作为一种解决方法，我只是按了“构建”，结果它看起来可以工作（现在将构建缺少的子项目）。所以我的另一个问题是，结果是否与一开始的成功重建相同？所以我可以确保没有文件损坏？为什么它现在起作用了？

我已经尝试减少并行构建的数量，无论我选择一个还是四个都没关系。

Corba Naming_Service 创建了如此多的 UDP 连接，即使客户端断开连接，它们仍然存在。它最多可连接 60K 连接。

AIX 5.3、TAO 版本 1.5a_p22 和 ACE 版本 5.5a_p22

下面是losf：

在哪里/如何解决这个问题？

谢谢你。