问题标签 [ace]

我正在寻找一个操作系统抽象库来用于我的下一个项目，我想知道 ACE（自适应通信环境）是否可以在 Windows 7 环境中使用。我检查了 ACE 站点 (www.cs.wustl.edu/~schmidt/ACE.html)，但支持的最后一个 Windows 版本是 XP。由于这似乎是一个大而有影响力的项目，这对我来说似乎很奇怪。

有没有人有关于 Windows 7 的 ACE 支持的具体信息或尝试在该系统上使用它？

我正在关注ACE Programmer's Guide, The: Practical Design Patterns for Network and Systems Programming作者 Stephen D. Huston, James CE Johnson, Umar Syyid。在本书一开始就有一个清单：

正如书中所说，这段代码应该有输出：

但它正在输出：

我在 Windows 7、Visual C++ 2010 中将它作为 Win32 控制台应用程序运行。有没有其他方法可以轻松学习 ACE？以这种方式学习似乎很乏味。Qt 有自己的跨平台网络库。ACE 比 Qt 的库有什么优势吗？

我正在设计一个 C++ 客户端应用程序，它侦听多个端口以获取短消息流。在阅读了 ACE、POCO、boost::asio 和所有类似 Proactor 的设计模式之后，我即将开始使用 boost::asio。

一件事我注意到它是使用异步套接字 IO 的不变主题，但还没有阅读 async io 解决的好的问题描述。所有这些设计模式都是基于 HTTP Web 服务器设计的假设吗？

由于 Web 服务器是复杂延迟敏感并发套接字编程的最常见应用程序，我开始怀疑这些模式/习语中的大多数是否适合这一应用程序。

我的应用程序将侦听一些套接字以获取简短而频繁的消息。一个单独的线程将需要组合所有消息进行处理。我正在研究设计模式的一件事是将连接管理与数据处理分开。我希望连接在断开连接后尝试重新连接，并让处理线程继续，就好像什么都没发生一样。这里推荐什么设计模式？

在我的情况下，我看不到 async io 将如何提高性能。

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

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

下面是losf：

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

谢谢你。

我在 AIX 5.3 中构建了从 OCI 下载的 TAO 1.6a。我构建成功。但是，我只能在 $ACE_ROOT/lib 中看到 .so 文件。如何构建它以获取 .a 文件？我已经构建了 1.5a 版本，它给了我 .a 文件。有没有制作标志？请给我样品。

谢谢你。

我正在尝试为 python 使用 C++ 库的接口boost::python，我的 C++ 代码正在使用ACE，现在当我包含以下代码时

它给了我以下错误

我该如何解决这个错误

我有这种奇怪的情况，read(2) 系统调用总是返回读取为 0 的字节数。我知道当到达 EOF 或要读取的字节指定为 0 时会发生这种情况。我很确定没有在这种情况下，上述情况都是正确的。

这是可能有助于理解问题陈述的代码片段。

fd以以下方式打开。file_hand = ACE_OS::open(getFullPathName().c_str(), O_RDONLY,ACE_DEFAULT_OPEN_PERMS);

我正在使用以下方法读取 Excel 文件LinqToExcel：

我想排除某些列，以防止严格映射功能为这些列抛出异常。

我是新手BOOST

我们正计划从ACE搬到BOOST。我们没有使用完整ACE的库，而只是库的一部分，ACE下面提到了一些

1. ACE_THREAD
2. ACE_OS
3. ACE_Condition
4. ACE_定时器
5. ACE_Hash
6. ACE_Semaphore
7. ACE_Time_Value

这个或类似functionality/api的东西在BOOST. 最重要的是有ACE_Task_Base某种功能BOOST

我想知道这是可能的使用BOOST以及使用的任何问题BOOST。我的产品是纯净C++的，沉重的Network，而且ThreadsWindowsUnices

我们有一个相当大的 C++ 项目，我现在正在迁移到 VS2010 并在此过程中更新一些库。到目前为止，一切都构建得很好，除了我得到（对我来说）非常奇怪的错误，其中显然没有定义许多（编辑：非）标准 C 函数和符号：

这对我来说会影响以下功能和符号：

我尝试过的 ACE 包含文件中的strdup一部分是如下所示的部分：

上面和下面的其他函数有很多类似的部分，所有这些都编译得很好。

在我的情况下采取的路径是最后一条，即return ::strdup (s);. ::strdup如果我在VS上按 F12，我会string.h进入 C 标准库的声明。

如果我删除它构建的命名空间限定符，尽管 IntelliSense 告诉我它现在是一个递归调用，所以它可能无法工作。如果我将命名空间更改为std::我会收到大约 270个错误，这一次来自其他几个项目。如果我将功能更改为::_strdup它构建。包括string.h作为第一件事没有改变。

（注意事项：“它构建”是指“这个特定的编译器错误在那个位置消失了，但显然它仍然留下关于其他函数的错误。）

我在这里有点不知所措。我注意到许多大型库要么在标准库上构建自己的抽象，要么提供默认情况下不存在的东西，这就是 ACE 和 ImageMagick 已经发生冲突的地方（在两者中，但typedef定义ssize_t不兼容）。由于我们引入了很多库（我现在也没有确切的概述），这很可能是另一个冲突，由错误的包含顺序和类似的事情引起。来自 ACE 的相同包含在同一解决方案中的其他项目中显然可以正常工作，这一事实也暗示了这一点。

任何人都知道我至少可以在这里寻找什么？构建日志/showIncludes只有 24k 行，所以我在那里看不到很多模式，除了string.h在有问题的 ACE 标头之前包含的模式。

而且我不想修改库源代码，因为如果我们更新到新版本，那只会再次咬我们。