STLport 崩溃（竞争条件，仅限达尔文？）

Question

当我在 Darwin 上运行 STLport 时，我遇到了奇怪的崩溃。 （除了 Mac 之外，我没有在其他地方见过它，但在 i686 和 PowerPC 上崩溃的情况完全相同。）这就是 gdb 中的样子：

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: 13 at address: 0x0000000000000000
[Switching to process 21097]
0x000000010120f47c in stlp_std::__node_alloc_impl::_M_allocate ()

它可能是 STLport 中的某些设置，我注意到 Mac.h 和 MacOSX。 h 在功能上似乎远远落后。我还知道它一定是某种类型的竞争条件，因为它不仅仅通过调用此方法（隐式调用）而发生。崩溃主要发生在我推送系统时，运行 10 个同时执行大量字符串处理的线程。

我提出的其他理论与编译器标志（配置脚本）和 g++ 4.2 错误有关（似乎 4.4.3 尚未在 Mac 上支持 Objective-C，我需要链接）。

帮助!!! :)

编辑：我运行单元测试，它可以做各种各样的事情。当我启动 10 个推送系统的线程时，就会出现这个问题；它总是归结为 std::string::append 最终归结为 _M_allocate。由于我什至无法获得导致问题的代码的下降转储，我认为我做了一些坏事。难道是因为它试图在指令指针 0x000...000 处执行吗？ dynlib 是否在 Windows 中构建为带有跳转表的 DLL？有没有可能这样的跳转表由于某种原因被覆盖了？这可能可以解释这种行为。 （代码很大，如果我没有其他想法，我会在这里发布一个最小崩溃示例。）

Answer 1

嗯.. STLPort 使用分配器来获取平台内存并在需要时将其内部池化到数据结构中。

只需检查崩溃发生时，分配给执行线程的堆是否足以发生分配。即使分配失败，也可能会发生这种崩溃。

我不确定您正在处理的当前配置中 STL 分配器的粒度。检查 stl_config.h 来了解这一点。

Answer 2

此问题是由不相关的崩溃错误引起的，导致内存覆盖导致在我的例子中，STLport 崩溃了。