gdb

问题描述 过程1：从相机中获取图像数据，然后存放到一个cv::Mat对象中（该对象是全局变量，用来交换数据）。由相机的回调函数自动调用。 过程2：将上述的全局变量拷贝并转换qimg，放到Qt界面上显示。该过程由定时器调用。 然后程序会在运行一段时间后，出现“程序异常结束。The process was ended forcefully.”。运行的时间长短不一。 问题解决与分析 由于QtCreator的编译器选的是MSVC，而调试器选只有GDB（查了下好像需要CDB）。所以无法debug，只能一点点排查。 测试定时器时间越短，出现问题越快。猜测是多线程下访问冲突。 输出线程id查看，使用std::this_thread::get_id()获取当前线程的ID，发现相机写入Mat对象的过程的线程号 和 定时器调用的读取Mat对象的线程号不一样。这说明相机的SDK在获取图像数据的部分是创建了新的线程进行的。 可是读写应该不冲突，所以看看opencv的Mat::clone()方法。 inline Mat Mat::clone() const { Mat m; copyTo(m); return m; } // 噢 原来是调用的cv::copyTo方法，等等，上面有个const，这下明白了，在拷贝的时候是不允许修改值的，如果正在拷贝，此时相机写入线程正好获取了相机数据，准备写入

Preface We have a lot of methods to diagnose problems in our system such as strace,pstack,gstack,gdb,pt-pmp,etc.But sometimes there will be some fitful performance issues which are not so easy to trace.Thus,pt-stalk may help us in diagnosing these kind of problems. Introduce pt-stalk is a tool to collect detail diagnostic data base on triggers you specified such as gdb,oprofile,strace,tcpdump.The trigger is not the conception of trigger in database.They're different at all.pt-stalk provides various options to collect comprehensive data you need.It's really useful and helpful in performance