qt软件正常运行的崩溃了定位行号方法

这篇具有很好参考价值的文章主要介绍了qt软件正常运行的崩溃了定位行号方法。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

软件(debug版exe或者release版exe)在正常运行状态下(不是gdb调试运行),如果软件崩掉,那么会直接闪退,软件什么也做不了,此时无法保存软件中的状态信息,此外,也无法提供任何软件崩溃原因的信息。因此,软件崩掉,我们需要能给出信息才行,指导我们修改源码。解决方法如下(针对Windows):

注:如果用vs开发qt程序,那么自带这种调试功能的,所以说vs调试功能十分强大。

这个博客不错:windows上bug崩溃定位分析(Qt或者VS)_qt程序崩溃如何错误定位-CSDN博客

一、生成crash.log日志文件(简单方便好用)

原理:软件崩掉时(例如访问空指针指向内存,除0等),系统会调用一个回调函数,在该函数中我们就可以做各种事了。

我们只需要在main函数中,SetUnhandledExceptionFilter(callback),软件崩掉时就会自动调用到callback函数中来,然后将相关信息(获取方法为开源类CCrashStack)写入到crash.log文件中,该函数中记录了当前寄存器状态,调用堆栈等信息。

一方面,可以通过 addr2line.exe查看对应得行号,另一方面,objdump.exe查看反汇编搜索一下地址也能看到行号位置。

参考博客:

Qt程序crash信息的捕捉与跟踪(qt-mingw)-CSDN博客

 demo下载 https://download.csdn.net/download/lanhy999/6341987

我测试发现,数组越界,打印不出信息,这是因为CCrashStack类里面有两处注释掉就行了,至少不直接再次崩了。

二、生成dump文件

原理:软件崩溃时,记录下该软件当前所占用内存的状态,全部记录到dump文件里。还有pdb文件。

然后找一些工具分析该dump文件即可(注:dump文件不具有可读性,Dump文件的大小通常很大,可能达到几百MB或几G,得用工具分析,一般可以使用winGDB(!analyze -v命令)、Visual Studio进行调试,Qt Creatort也可以)Qt Creatort调试dump文件,定位崩溃位置_qt程序崩溃怎么定位_mahuifa的博客-CSDN博客

C++(Qt)软件调试---Windows下Qt使用dump定位崩溃位置(1)_qt程序崩溃如何错误定位-CSDN博客

可以看看他写的关于异常调试的博客,不错 mahuifa_QT,音视频,C++-CSDN博客

三、mini dump文件,这个更加轻量化

 MS提供了一个API函数,MiniDumpWriteDump,(在Dbghelp.h中声明,需要导入DbgHelp.lib使用)

 https://www.cnblogs.com/wangbin/p/4901261.html

 qBreakpad,qt封装的一个breakpad库(google开发的),特别强大,crash.log打印不出的信息,这个都能检测出具体信息和代码位置。但是配置有点麻烦。而且,对windows下的mingw编译器好像不能用(Windows (but crash dump decoding will not work with MinGW compiler)GitHub - buzzySmile/qBreakpad: Cross-platform Qt crash handler, implemented as wrapper around google-breakpad)。

C++(Qt)软件调试---Qt使用qBreakpad定位崩溃位置(2)_qt crashpad_mahuifa的博客-CSDN博客

【QT 定位程序异常结束位置】arm环境使用 breakpad 实现程序异常崩溃定位_qt程序崩溃如何错误定位_龙行天下01的博客-CSDN博客文章来源地址https://www.toymoban.com/news/detail-723675.html

到了这里,关于qt软件正常运行的崩溃了定位行号方法的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • QT运行exe遇到Qt5Core.dll等dll文件缺失及无法定位程序输入点于动态链接库问题解决方法

    QT运行exe相关问题解决方法, 保姆级 ,亲测有效! 如果运行exe文件出现的问题如下图所示,这是由于安装路径缺失相应的dll导致的。(其他dll文件缺失解决方法同理) 解决方法: 在自己下载下来的文件中寻找相应的dll文件并复制到安装路径中。以我自己为例: 在上图的路

    2024年02月17日
    浏览(52)
  • uniapp中打包Andiord app,在真机调试时地图以及定位功能可以正常使用,打包成app后失效问题(高德地图)

    踩坑uniapp中打包Andiord app,在真机调试时地图以及定位功能可以正常使用,打包成app后失效问题_uniapp真机调试高德地图正常 打包apk高德地图就不加载-CSDN博客 目前两个项目,一个项目是从另一个项目里面分割出来的一整套完整的系统,两个项目 配置里面的高德地图的key值都

    2024年01月24日
    浏览(77)
  • C#写windows服务,实现把检测软件崩溃工具写成服务 自动运行

    一、打开Visual Studio,创建项目-Windows 服务(.NET Framework) 二、点击Service.cs 点击切换到代码视图 三、点击Service.cs 在Service.cs设计视图中右击添加安装程序 四、会出现一个serviceProcessInstaller1和serviceInstaller1两个组件, serviceInstaller1属性中的ServiceName是服务名可以修改成自己的 ,把

    2024年02月02日
    浏览(51)
  • 10个方法教你解决虚幻4运行崩溃问题

    “多年来我一直在我的电脑上使用不同版本的虚幻引擎 4,但最近它突然在启动时崩溃。我最初认为这是一个项目相关的问题,但后来注意到即使是从桌面图标或 Epic Games Launcher执行Unreal Engine 4,也是闪了几秒就直接闪退了。这个问题真是让我很头疼,因为我之前从来没有对系

    2024年02月02日
    浏览(63)
  • C++(Qt)软件调试---线程死锁调试(15)

    死锁是一种情况,其中两个或多个线程(或进程)相互等待对方释放资源,导致它们都无法继续执行。这是一种非常令人头疼的问题,因为它可以导致程序挂起,无法继续运行。 本文中会详细讲述linux、Windows下调试C++线程死锁、Qt线程死锁的方式。 系统环境:ubuntu20.04、Win

    2024年02月08日
    浏览(74)
  • Mac下载的软件显示文件已损坏,如何解决文件已损坏问题,让文件可以正常运行

    设备/引擎:Mac(11.6)/Mac Mini 开发工具:终端 开发需求:让显示已损坏的文件顺利安装到电脑 大家肯定都遇到过下载的dmg文件安装时显示文件已损坏,让丢废纸篓,系统设置也没有需要去手动点击通过允许啥的,这种情况就很头疼,想用又一直用不了。今天就总结一下分享

    2024年02月04日
    浏览(49)
  • C++(Qt)软件调试---gdb调试入门用法(12)

    更多精彩内容 👉个人内容分类汇总 👈 👉C++软件调试、异常定位 👈 👉GDB官方教程文档(英文) 👈 👉100个gdb小技巧 👈 1.1 什么是GDB GDB是GNU调试器的缩写,是一种用于调试程序的工具。 它可以帮助程序员在程序运行时检查程序的状态,查找程序中的错误和问题,并提供

    2024年02月12日
    浏览(39)
  • idea正常安装后,运行按钮为灰色解决方法尝试

       如图,问题为idea刚安装好为右上角的运行按钮为灰色,博主在经过搜索以及询问同学之后大概明白问题的原因 找不到要运行的函数 1导入文件后选中要运行的文件,如下图左侧所示(该图片为正常情况,所以运行按钮为绿色)  2发现运行按钮为灰色,这时找到选中文件中

    2024年02月12日
    浏览(64)
  • 【解决】Unity 工程无法正常打开而崩溃问题

    开发平台:Unity 2022.3.17f1c1     访问 Unity 工程等待 Open Projet(busy for 时间) ,出现崩溃、闪退等情况,导致无法正常进入Unity编辑页面。   笔者在 URP 渲染管线下处理 Obi Fluid 流体插件 DLLNOTFOUNDEXCEPTION 问题时,遭遇此类工程无法正常访问情况。   方法一:保留工程目录

    2024年03月18日
    浏览(72)
  • rollup打包js库 占位符替换成文件名和行号输出日志中定位报错位置

    问题:在打包的js库中有很多日志或者error的控制台输出,但是打包后的js调用报错后无法从控制台看到堆栈信息,无法定位报错的位置是在哪个文件的哪一行 需求:能够从报错中观察到报错在哪个文件的那一行,便于排查错误 实现:自定义插件来实现此功能 思路:在打包时

    2024年02月16日
    浏览(60)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包