2

我从一位同事那里收到了以下代码，使用 Boost::Signal2 和 lambda 表达式将代码分解到最低限度。它使用 g++ 6.x 和 g++ 5.4.1 编译（后者带有参数 -std=c++11）。

它应该打印i: 5 （应该是 5）

对 arm32 (arm-cortexa15-linux-gnueabihf-g++) 使用 gcc 6.4.1（或 6.1.1）交叉编译器并在这样的系统上运行，输出为i: 0（应为 5）

其他架构（x86_64）和编译器（gcc 5.4.1）按预期工作。

当我更改代码以使用信号而不是插槽时，一切正常。

我的问题是：

  1. 这段代码真的应该可靠地输出 i: 5 （应该是 5），还是这段代码有错误并且只是意外地工作？

  2. 或者 ARM32 gcc6 编译器中是否存在错误？（海合会 5 作品）

代码：

#include <exception>
#include <iostream>
#include <boost/signals2.hpp>

class LogBuffer : public std::streambuf
{   
public:
    LogBuffer()
    {   
    }   

    char m_buf[242 - 20];
};  

namespace boost
{   
    void assertion_failed(char const * p_expr,
                          char const *,
                          char const *, long)
    {   
        std::cerr << "FAILED: " << p_expr << std::endl;
    }   

    void assertion_failed_msg(char const *,
                              char const * msg,
                              char const *,
                              char const *, long)
    {   
        std::cerr << "FAILED: " << msg << std::endl;
    }   
} // namespace boost

void myfunction(void)
{   

    {   
        LogBuffer b;
        std::cout << "LogBuffer size: " << sizeof(LogBuffer) << std::endl;
    }   
    int i=5;
    std::cout << i << std::endl;
    auto lambda = [i] { std::cerr << "i: " << i << " (should be 5)" << std::endl; };
    boost::signals2::signal<void()>::slot_type slot{lambda};
    slot();
}   

int main(int argc, char *argv[])
{   
    myfunction();
}

编译并运行提供以下输出：

arm-cortexa15-linux-gnueabihf-g++ (GCC) 6.4.1 20170811
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Linux fctj-4a 4.4.109-g68c6f3c-fsm4_axm #1 SMP PREEMPT Fri Feb 2 05:37:09 UTC 2018 armv7l GNU/Linux

LogBuffer size: 256
5
i: 0 (should be 5)
4

2 回答 2

1

这看起来像一个错误。

你能减少复制器吗？说，

  • 如果禁用优化会发生什么

  • 如果删除 LogBuffer 会发生什么？

  • 如果您移除插槽并将其用作信号会发生什么

  • 如果您保留信号内容并直接调用 lambda 会发生什么？

  • 如果在创建插槽之前调用 lambda 会发生什么

  • 如果您甚至不创建插槽并直接调用 lambda 会发生什么？

  • 如果您还删除了 signals2 标头，会发生什么情况。

  • 如果您在断言处理程序中终止会发生什么（也许您在std::cout尚未初始化//可用的时候获得断言）

如果你把它减少到最简单的内核并且仍然失败，你至少会知道是否在 Boost 或 GCC 上提交错误

于 2018-02-15T23:46:26.927 回答
0

这是我已经做过的：

  1. -O0, -O1: bug 没有出现 i: 5 (应该是 5)
  2. -O2：错误显示为 0（应为 5）
  3. 删除日志缓冲区：5（应该是 5）
  4. 使用信号 Signal: 0 应该是 5
  5. 直接调用 lambda (5 应该是 5)
  6. 在调用插槽（例如打印）后使用 i：5（应该是 5）
  7. 使用 i[100]：第一个元素变为零，其他不受影响
  8. 使用 x86_64 编译器：5 应该是 5

其他人将跟随。我不确定如何轻松删除 signals2 标头

莱纳

于 2018-02-16T07:28:23.540 回答