pthread_cancel 在arm 和ppc 上的行为不同？

Question

我目前正在开发一个多线程应用程序，该应用程序将部署在arm和ppc架构上。 我在手臂上使用 pthread_cancel 时遇到一些问题。

arm 上的 pthread_cancel 与 ppc 上的行为不同。 线程被取消，但线程局部变量的析构函数没有在arm 上调用。 我还尝试显式定义通过 pthread_cleanup_push 安装的取消清理处理程序例程。 但当线程被取消时，它不会被调用。

该代码在 ppc 上运行良好。 当线程被取消时，局部变量的析构函数被调用。 当我显式定义一个清理处理程序时，它会在调用 pthread_cancel 时被调用并执行。

我错过了什么吗？ 也许有一些编译器选项？

• 编程语言：C++
• 编译器：arm-linux-g++/powerpc-linux-g++
• 操作系统：Linux

编辑：

我发现在此记录了类似的问题 libc 错误。

使用 gcc 而不是 g++ 并添加 -fno-exception 编译器选项就达到了目的。 但我真的很想了解这个问题背后的东西。 此外， -fno-exception 意味着我将无法在我的应用程序中执行异常处理，不是我现在正在使用它，而是我将来可能会使用它。

谢谢。

Answer 1

在没有应用程序帮助的情况下取消线程是一个坏主意。 只需 Google。 最好通过设置由线程定期检查的标志变量来告诉线程自行结束。

实际上取消非常困难，以至于在最新的 C++0x 草案中已将其省略。 您可以搜索 http://www.open -std.org/jtc1/sc22/wg21/docs/papers/2008/n2497.html 并且根本找不到任何取消的提及。 这是建议的线程类的定义（在那里你找不到取消）：

class thread
{
public:
    // types:
    class id;
    typedef implementation-defined native_handle_type; // See [thread.native]

    // construct/copy/destroy:
    thread();
    template <class F> explicit thread(F f);
    template <class F, class ...Args> thread(F&& f, Args&&... args);
    ~thread();
    thread(const thread&) = delete;
    thread(thread&&);
    thread& operator=(const thread&) = delete;
    thread& operator=(thread&&);

    // members:
    void swap(thread&&);
    bool joinable() const;
    void join();
    void detach();
    id get_id() const;
    native_handle_type native_handle(); // See [thread.native]

    // static members:
    static unsigned hardware_concurrency();
};