这篇文章谈的是 Qt4 程式在视窗系统下的异常崩溃处理技巧.所以须要在头文件里包括"#include <Windows.h>". 首先,程式难免会有异常崩溃的时候.重要的是在崩溃时能及时把重要的数据保存好,将损失减少. SetUnhandledExceptionFilter函数是Win32API的异常捕获函数,在程式异常结束前.会调用该函数注冊的回调函数,这样就能在进程终止前运行指定的代码,达到比如保存数据的功能. LONG ApplicationCrashHandler(

最近在研究QT自带的boxes例子,自己派生一个图形项,但是在运行生成该图形项时程序直接退出了~ Qt Creater调试代码,问题定位如下代码行: 执行1270行时弹出错误消息框: 于是上网查找资料,发现这是个很常见的错误,问题在于调用了野指针! 最后发现是2D贴图类指针m_texture在构造函数中没有初始化,在析构函数中也没有进行释放操作! 修改: 在构造函数中初始化:m_texture = nullptr: 在析构函数中释放:  if (m_texture) delete m_textu

经常会遇到一个问题,程序运行崩溃! 1.release.debug直接运行崩溃. 2.程序可以运行但是点击界面崩溃. 3.debug模式崩溃,release正常. 4.软件里面的release和debug正常,但是直接运行exe崩溃. 上面的问题都遇到过,QTcreator调试功能很弱,没有VS那么强大,解决起来比较麻烦.看了网上说的资料,野指针.指针越界,数组越界....利用这些解决了一些问题,但是还有几个补充. 第二个问题解决: 自己定义的wjy_class类,然后在另一个系统自带类程序里运

一.前情介绍 QApplication是Qt开发中经常用到的一个类,用来管理应用程序的生命周期.跟其相关的类还有QCoreApplication和QGuiApplication,分别用于不同场景下为应用程序的控制流和事件处理提供基础的框架.这三个类的构造函数都接收两个参数(分别是argc和argv),和C/C++程序的main函数的参数差不多.因此,大部分情况下我们是直接将main函数的这两个参数传给QApplication(这里以GUI程序为例): #include <QApplication

api含义:QCoreApplication::processEvents() 将处理所有事件队列中的事件并返回给调用者. 问题描述: 当主线程在某个槽函数里正在执行processEvents时, 刚好有一个能响应此槽函数的信号发送过来了(肯定是其他线程发的信号),  这时就可能会发生可怕的递归, 导致栈溢出崩溃. 原因是processEvents,进入到无尽的递归中. 示例代码: bugThread.h #include <QThread> class BugThread : public

记录一下 Ubuntu16.04下写的Qt程序,调试时没问题,运行时偶现崩溃 需要在运行时生成core dump文件 首先在pro结尾里加入 QMAKE_CC += -g QMAKE_CXX += -g QMAKE_LINK += -g 在终端输入 ulimit -c 显示为 0 然后输入 ulimit -c unlimited 继续在终端运行编写的程序 出错后,会在当前目录生成 core 文件 然后在终端执行 “gdb 你的程序名 core” 然后输入 bt 对该错误进行跟踪调试 (gdb)

Translated  by  mznewfacer   2011.11.16 首先,看了Xizhi Zhu 的这篇Qt之美(一):D指针/私有实现,对于很多批评不美的同路人,暂且不去评论,只是想支持一下Xizhi Zhu,在引用一下Jerry Sun的话,“C++需要宏定义就像需要设计模式一样.也许你不知道,宏是图灵完全(turing complete)的,至少LISP下是这样,C/C++需要宏,几乎所有重要的C/C++库都需要和依赖宏.这些都超过咱们的想象,宏能带给我们所谓语法糖(Synta

Qt中帮程序员做了一些内存回收的事情,但正因为这些反而让对此不熟悉的人会屡屡犯错. 收录一篇不错的文章: 在C++中学习过程中,我们都知道: delete 和 new 必须 配对使用(一 一对应):delete少了,则内存泄露,多了麻烦更大. Qt作为C++的库,显然是不会违背C++的前述原则的.可是: 在Qt中,我们很多时候都疯狂地用new,却很少用delete,缺少的 delete 去哪儿了?! 注:本文暂不涉及智能指针(smart pointer)相关的东西,你可以考虑 Qt 智能指针学习

 关于Qt 5-MSVC 2015 64位在 win7 64位系统debug程序崩溃的问题 在win7 64位系统安装VC2015的编译器,并安装了 Qt 5.6 -5.7 VC2015 64位版本测试,均出现 debug 构建的程序崩溃,然而 profile 和release却没有问题. 经过测试,系统文件夹 system32和SysWOW64 有 ucrtbase.dll,是2015年11月19日的dll,但是没有 ucrtbased.dll 文件,这个文件是MS新弄出来的:CRT 库被重构

在为一个音乐播放器增加功能时莫明奇妙的出现程序崩溃,定位到是由于QTableWidget 的setItem方法导致的,最终在此处找到了解决方式. 大致是说不能在setItem之前连接cellChanged 信号,把连接cellChanged信号的语句放置在一连串的setItem(在表格插入一行后调用的)之后就可以了.

今天给大家介绍一个在linux下如何捕获程序崩溃异常的方法 一.google breakpad源码的下载和编译 1.https://github.com/google/breakpad.git,源码地址,git clone XXX克隆即可 2.cd breakpad 3../configure 4.make 5.make完这里会报错breakpad/src/third_party/lss/linux_syscall_support.h没有这个文件,编译时会出现这个错误 6.该文件可在https:

文章转载来自     http://www.cnblogs.com/lcchuguo/p/5177715.html     作者 lcchuguo https://blog.csdn.net/baidu_33570760/article/details/52221863 这篇文章谈的是 Qt4 程式在视窗系统下的异常崩溃处理技巧.所以须要在头文件里包括“#include <Windows.h>”. 首先,程式难免会有异常崩溃的时候.重要的是在崩溃时能及时把重要的数据保存好,将损失减少. Set

编译环境: win764位,vs2008编译器,cbd调试器,qt4.8 背景: 按照<C++ Gui Qt4编程>书中第二章的一个例子(sortDialog)一步步抄完,编译运行,显示不了窗口,然后程序异常退出了(退出码  -1073741819). 解决: 使用调试器调试找到问题代码: layout()->setSizeConstraint(QLayout::SetFixedSize); 发现 layout()这里是0,也就是没有获取到布局.明明有布局怎么会没有获取到呢,baidu一

在使用Qt开发大型软件时,难免要调试程序,以确保程序内的运算结果符合我们的预期.在不符合预期结果时,就直接将程序断下,以便我们修改. 这就用到了Qt中的调试断言 - Q_ASSERT. 用一个小例子来说一下 Q_ASSERT 断言的作用吧: 用QtCreator新建一个控制台程序,代码编写如下: #include <QtCore> int main(int argc, char *argv[]) { QCoreApplication app(argc, argv); int a = 4,b =

双方依赖的 jpeg 静态库源码版本冲突,重新静态编译库,都采用一致版本即可.

http://blog.csdn.net/wangkuiyun/article/details/7412379

http://blog.csdn.net/GoForwardToStep/article/details/56685810

在qt中,使用Singleton模式时一定要小心.因为Singleton模式中使用的是静态对象,静态对象是直到程序结束才被释放的,然而,一旦把该静态对象纳入了Qt的父子对象体系,就会导致不明确的行为.并且,就算我们小心谨慎的不把父对象指针传入构造函数(即不给该静态对象制定父对象),根据Qt的某些机制,还是有可能重定义父对象的,而这恰恰是最致命的,最容易疏忽的. 所以说,在QT中使用Singleton模式,确切说是"静态对象",一定要小心,特别是那些继承于QWidget的嵌套窗口类,就算

这个问题困扰了我2年了,之前找到的教程都是MFC的,ATL导入向导或是通过导入类型库的方式来调用控件,我一直都搞不明白. 最近学习了ActiveQT以及通过ActiveQT控制EXCEL.Word.PowerPoint.flash后,我终于大致明白了. 经过几个小时的尝试,终于成功通过Qt操作Solidworks.建议各位可以去BAIDU相关文章,关键词ActiveQt 首先我要说明白一下,VC都是通过COM来操作Solidworks的,既然如此,我们只要通过Qt的COM操作方法来控制就可以了.

使用QT Createor + MSVC2013写程序时.我复制了一份之前OK的代码到新的工程中,工程名字和之前的工程一样,出现了奇怪的错误.开始程序总是崩溃,后来我删掉shadow build目录,重建程序后,又出现C1041的错误. 耽误一两个小时.   错误在于导入了同一个名字的工程到QT Creator中,并且两个工程还在同一个根目录下. 改了工程名字后,就好了. 参考:http://stackoverflow.com/questions/20643370/visual-studio-2