Question

我目前正在开发一个可以部署在arm和ppc架构上的多线程应用程序。我手臂上的pthread_cancel有问题。

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

该代码适用于ppc。取消线程时，正在调用局部变量的析构函数。当我明确定义一个清理处理程序时，它在调用pthread_cancel时被调用并执行。

我错过了什么吗？一些编译器选项可能吗？

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

编辑：

我在libc bug上发现了类似的问题。

使用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();
};

pthread_cancel在arm和ppc上表现不同？

1 个答案: