麒麟系统开发笔记（十）：在国产麒麟系统上使用gdb定位崩溃异常方法流程以及测试Demo

若该文为原创文章，转载请注明原文出处
本文章博客地址：https://hpzwl.blog.csdn.net/article/details/129858821

红胖子网络科技博文大全：开发技术集合（包含Qt实用技术、树莓派、三维、OpenCV、OpenGL、ffmpeg、OSG、单片机、软硬结合等等）持续更新中…

国产麒麟系统相关开发

上一篇：《麒麟系统开发笔记（九）：在国产麒麟系统上搭建宇视摄像头SDK基础环境Demo》
下一篇：《麒麟系统开发笔记（十一）：在国产麒麟系统上使用gdb定位崩溃异常方法流程进阶定位代码行数及专项测试Demo》

前言

  本篇就适合代码崩溃的方法，可以定位到代码崩溃原因，测试Demo。

使用gdb定位Qt的release（国产麒麟系统）

步骤一：新建立一个简单的应用

  

步骤二：造崩溃代码

DumpWidget::DumpWidget(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::DumpWidget),
    _pTimer(0)
{
    ui->setupUi(this);

    LOG << _pTimer;
#if 0
    if(!_pTimer)
    {
        _pTimer = new QTimer(this);
    }
#endif
    LOG << _pTimer;
    connect(_pTimer, SIGNAL(timeout()), this, SLOT(slot_timeout()));
    LOG << _pTimer;
    _pTimer->setInterval(1000);
LOG << _pTimer;
}

  

步骤三：运行崩溃

  

步骤四：为了更好的看到效果，加3s延迟

  

  

  

步骤五：定位到coredump文件

  默认目录/var/lib/system/coredump
  

  没有，怎么弄国产麒麟系统都不会有得，因为生成在/tmp目录下了，查看“入坑一”：
  

步骤六：定位位置

  

  因为Demo堆栈不多，就一层，所以很容易定位，而实际程序可能达到几兆，几十兆，几百兆甚至1~2个GB。
  这里为了再次确认，gdb调试release版本没有添加任何额外pro语句尝试了一次：
  

  （注意：不知道ubuntu是否这样可以，目前通过其他方法都需要加g或者qmake，这个持保留意见，后续进一步了解再补充了）
  （注意：后续通过“模拟实战”，发现能定位给到错误的函数，但是没有行号。）

模拟实战

  先加了一句代码：
  

  运行崩溃：

  

  定位coredump文件：
  

  然后使用gdb的方法：

  

  

  定位不到，这个时候再按一下回车：

  
（注意：发现能定位给到错误的函数，但是没有行号。）

现场另外一种情况

  
  这个情况结合很早之前烤机的bug，QDateTime::currentDataTime().toString(“yyyy-MM-dd hh:mm:ss:zzz”)出现乱码，跑起来偶尔出现乱码，就会一直乱码，启动非乱码则非乱码，这个是qt和麒麟的兼容性问题，后续再议。
  这部分遗留问题，已经在下一篇文章中得到了解决，并且做了专项测试：《麒麟系统开发笔记（十一）：在国产麒麟系统上使用gdb定位崩溃异常方法流程进阶定位代码行数及专项测试Demo》

入坑

入坑一：没有生成coredump文件

问题

  默认目录/var/lib/system/coredump，目录为空，试了其他方法也不行。

原理

  默认生成在了/tmp目录下了，而不是coredump目录下。
  使用其他ulimit -c unlimited也不会，国产麒麟系统是对系统很多默认配置和路径做了强制修改的。

解决

  默认生成在了/tmp目录下了
  

上一篇：《麒麟系统开发笔记（九）：在国产麒麟系统上搭建宇视摄像头SDK基础环境Demo》
下一篇：《麒麟系统开发笔记（十一）：在国产麒麟系统上使用gdb定位崩溃异常方法流程进阶定位代码行数及专项测试Demo》

若该文为原创文章，转载请注明原文出处
本文章博客地址：https://hpzwl.blog.csdn.net/article/details/129858821