问题标签 [boost]

我注意到 boost.asio 有很多涉及套接字、串行端口和各种非文件示例的示例。谷歌并没有真正为我提供很多关于 asio 是否是执行异步文件 i/o 的好方法或有效方法的信息。

我有大量数据要异步写入磁盘。这可以通过 Windows（我的平台）中的本机重叠 io 来完成，但我更希望有一个独立于平台的解决方案。

我很好奇如果

1. boost.asio 有任何类型的文件支持
2. boost.asio 文件支持对于日常文件 i/o 来说已经足够成熟了
3. 是否会添加文件支持？对此有何展望？

我只是在阅读 Boost::Spirit LL Parser 框架的介绍。前言暗示作者和创作者喜欢使用这种解析技术来读取程序选项。Boost 没有自己的程序选项库吗？

我想知道，Boost 委员会是否会审查所有图书馆笔记的共同主题和风格？似乎每个图书馆的文档都有自己的风格。

一个令人惊叹的软件的小抱怨，我只是觉得它很好奇。

我刚刚在我的 Intel Mac 上第一次安装了 boost，只要我只使用 boost 的头文件，它就可以正常工作。

但是当我尝试使用一个库时，在我的情况下是正则表达式库，我的应用程序链接并启动正常，但很快它就会在一个正则表达式相关的析构函数中崩溃。

这甚至发生在boost.org 的 unix 安装页面上给出的简单测试程序中。

我想知道除了设置搜索路径和包括正则表达式库之外，我是否需要设置特殊的编译/链接选项（我使用了 C++ 工具的默认值）？

（顺便说一句，我已经验证我系统上的默认编译器确实是 gcc 4.01，这与我在 XCode 中使用的测试项目相同）

我厌倦了 pass-callback-data-as-void*-struct 反模式。Boost bind 很好地解决了它，但它是一个不可接受的依赖项。什么是轻量级的替代品？我将如何尽可能简单地自己编写它？

我将继续构建两个简单的进程，通过简单的（匿名）管道将类对象相互投掷（参见我的上一篇文章）。现在我为自己揭示了 boost::serialization （感谢回答的人），并试图通过 ::WriteFile::ReadFile 对某些类进行序列化。所以 - 我做错了什么？

1）我创建了一些类

2）现在我正试图从这个类中读取二进制存档并将其内容写入管道的一端......

它不会那样工作，对吧？那么，会如何呢？

3) 另一边的操作相同？

在 C++ 中为每个键创建一个具有任意值类型的关联数组的最佳方法是什么？

目前我的计划是创建一个“值”类，其中包含我期望的类型的成员变量。例如：

这样做的一个缺点是您在访问“值”时必须知道类型。IE：

此外，放入 Value 中的类型越多，数组就越臃肿。

有更好的建议吗？

每当我在我的项目中加入 boost 时，我都会收到一百万条这样的警告。有谁知道我怎样才能摆脱警告？

../depends\boost/config/abi_prefix.hpp(19) : 警告 C4103: 'depends\boost\config\abi_prefix.hpp' : 包含标题后对齐方式发生变化，可能是由于缺少 #pragma pack(pop)

我知道我可以执行#pragma 来禁用警告，但我想知道这些警告的原因。

一旦 C++0x 成为主流，boost 的重叠部分会发生什么？

boost 是否仍会包含以前的所有内容，或者他们是否会调整库以使用新的 std:: 内容对其进行更新？

boost 会同时拥有正常的 c++ 版本和他们将维护的 c++0x 版本吗？

我想我会使用 Boost.Interprocess 的消息队列代替套接字在一个主机内进行通信。但是在深入研究之后，似乎这个库出于某种原因避开了 POSIX 消息队列工具（我的 Linux 系统支持），而是在 POSIX 共享内存之上实现。界面非常相似，您可能不会马上猜到，但似乎确实如此。

对我来说不利的是，shm_open(3)与select(2)通过mq_open(3).

在这种情况下，Boost 的库似乎丢失了。有谁知道为什么会这样？即使 POSIX 消息队列仅在某些系统上可用，我希望 Boost 在可用的地方使用该工具，并仅在必要时重新实现它。POSIX 系统是否存在一些我还不认识的缺陷？

在编译 boost 时定义 BOOST_DISABLE_ABI_HEADERS 会带来什么危害？

从升压文件：boost_1_37_0\boost\config\user.hpp

为什么 boost 觉得需要控制结构的打包和对齐？

它可能与提升序列化并确保它在所有平台上都相同吗？如果我只运行 Windows，我可以安全地定义它吗？