- 综合排序
- 最热优先
- 最新优先
- 来自专栏24K纯开源
Qt程序继承QApplication发生崩溃的原因
但是最近遇到的一个Qt程序崩溃的问题，却不得不让我对QApplication的两个参数提高了警惕。 编译运行很开心，程序完全满足了我们的要求。但是程序发布出去给用户使用的时候，我们在后台的崩溃上报系统中看到了一个这样的崩溃堆栈： ? 很明显程序在QCoreApplication的arguments()方法中崩溃了。这个崩溃堆栈让我们不由得浮想联翩：难道这个是Qt框架本身的Bug？不小心被我给踩到了？ 根据关键字EXC_i386_GFLT没用找到什么有用的东西，再一搜Qt QApplication arguments方法崩溃，就找到了一堆的信息，其中Qt bug管理系统上的一个用户吐槽最为详细： ? 这个用户说的很详细，QApplication的构造函数中argc必须为引用传值方式，否则程序会崩溃！然而Qt官方文档并没有强调这一点，导致很多用户根本没在意到这一点。
2.8K30发布于 2019-07-02 英特尔驱动导致Qt程序必定崩溃
背景用户反馈Qt程序启动即必现崩溃，用户环境为Dell笔记本电脑，具有英特尔&英伟达双显卡，win10 64位分析首先崩溃后，需要对用户提供的dmp文件进行分析dmp分析打开用户提供的dmp文件，发现栈帧被破坏导致堆栈无法正常显示这里需要手动还原堆栈 7a43d948 Qt5Gui! ，这里是要去推测是否有多屏场景，需要出现在主屏，主要是为了解决多屏多显卡场景下的崩溃问题：QTBUG-50371接着往下就会去遍历每个显示器，利用d3d的接口来实现，需要加载d3d9.dll创建d3d9 CreateDeviceLHDDI上来创建设备驱动相关句柄，然后调用到显卡驱动模块内部问题分析用户出问题的模块在于Dell电脑上装了笔记本厂提供的定制英特尔显卡驱动（27版本）模块，导致的崩溃问题，类似问题也有大量的反馈 ：英特尔-WPF应用崩溃、英特尔-QT崩溃、英特尔-D3d崩溃基本上回复都是升级驱动版本，回滚驱动版本等操作修复问题，但是现网观测不仅仅英特尔驱动会导致我们崩溃，英伟达、AMD显卡模块同样会有问题，所以这里考虑屏蔽驱动模块的加载来解决问题
1K30编辑于 2024-08-14- 来自专栏linux运维
应用程序崩溃
应用程序崩溃是一个常见的问题，可能是由多种原因引起的，包括内存泄漏、资源耗尽、代码错误等。以下是一些诊断和解决应用程序崩溃的方法：1. 检查日志文件首先，查看应用程序的日志文件，了解崩溃的具体原因。 使用 strace 追踪系统调用strace 是一个强大的工具，可以追踪应用程序的系统调用和信号。这有助于发现导致崩溃的具体操作。 如果应用程序已经崩溃，可以使用 -c 选项来启动应用程序并追踪其系统调用：strace -o strace.out -c ./your_application 4. 使用 gdb 调试应用程序gdb 是一个强大的调试工具，可以帮助您定位和修复应用程序的崩溃问题。 分析核心转储文件如果应用程序崩溃时生成了核心转储文件（core dump），可以使用 gdb 分析这些文件。
1.7K00编辑于 2025-02-03 - 来自专栏韩曙亮的移动开发专栏
【Qt】Qt 开发桌面程序 ( Qt 版本 5.14.2 | 创建 Qt 桌面程序 | 构建并运行 Qt 桌面程序 )
文章目录 一、创建 Qt 桌面程序 二、构建并运行 Qt 桌面程序 一、创建 Qt 桌面程序 ---- 首先要安装 Qt 开发环境 , 参考 【Qt】Qt 开发环境安装 ( Qt 版本 5.14.2 | Qt 下载 | Qt 安装 ) 博客 ; 打开 Qt Creator 开发环境 , 选择 " 菜单栏 / File / 新建文件或项目 ( N ) " , 在弹出的 " New File or Project - Qt Creator " 对话框中 , 选择左侧 Application 选项卡 , 选择 " Qt Widgets Application " 应用 , 然后点击 " Choose " 按钮 , 桌面程序框架 ; 二、构建并运行 Qt 桌面程序 ---- 点击左下角的电脑图标 , 在弹出的对话框中配置一个构建套件 , 选择构建套件 : 构建好的应用变成如下样式 , 点击左下角的绿色三角形按钮 , 即可运行该 Qt 桌面程序 , 运行效果如下 :
5.4K40编辑于 2023-03-29 - 来自专栏【计网】Cisco
程序崩溃与优化
程序崩溃 程序崩溃是指计算机程序在运行时出现了严重的错误或异常情况，导致程序无法正常运行并突然终止。 1.1 程序崩溃出现场景 内存溢出： 在C程序中，内存分配通常由函数如malloc来完成。 如果程序未提供适当的异常处理机制，如使用try-catch块来捕获异常，程序可能会崩溃。在C中，除以零通常会导致程序终止，并且没有捕获异常的机制。 这将导致未定义行为，通常会导致程序崩溃。 #include <stdio.h> #include <stdlib.h> int main() { // 5. 内存溢出 int *arr = malloc(sizeof(int) * 100); arr[101] = 42; // 超出数组边界，可能导致崩溃 // 2. 软件错误 int *ptr = NULL; *ptr = 42; // 试图访问空指针，可能导致崩溃 return 0; } 2.
1K10编辑于 2024-02-20 - 来自专栏一个程序员的修炼之路
Windbg分析程序崩溃实践
刚刚熟悉完产品的小木，接到了后台服务的报警，服务器后端偶尔会程序崩溃。刚开始小木还有点慌张，脑子里面浮现出各种问题，这个是程序的bug吗？茫茫的代码如何寻找问题？log能看到线索吗？ blogserver程序是64位程序，小木决定采用procdump64去收集dump。于是在产品服务器上运行了如下的命令, 将程序产生的dump生成到C:\dumps目录下。 3.2 寻找程序崩溃的代码 加载完symbols后，我们来看下程序调用栈： 0:000> k # Child-SP RetAddr Call Site 00 RtlUserThreadStart+0x21 小木松了一口气，终于有点线索了，程序崩溃在函数LogStr，根据里面的行数提示，找到那段代码: void LogStr(std::string strContent ) { fprintf(stdout, strContent.c_str()); } 刚松了一口气，小木又疑惑起来，这个函数是用来打印博客标题的log的，一直都用，也测试过，怎么会偶尔导致程序崩溃呢
1.7K30发布于 2021-08-06 - 来自专栏过千帆博客
async void 导致程序崩溃
直到这天看到了这篇博客：在 ASP.NET Core 中誤用 async void 竟引發了 502（Bad Gateway），说async void里出现异常时会导致程序崩溃。 异常被捕获处理了，async void方法执行无异常，不会导致程序崩溃。 出现异常时能导致崩溃的代码有2种，如下： [HttpGet] public async void Get() { //异常会导致程序崩溃 throw new Exception("ex 因为async void里面没有异常，自然就不会导致程序崩溃。 因为async void在执行时没有异常，自然就不会导致程序崩溃。 但是由于我们不能保证所有代码都没有异常，所以不要使用async void！
1.3K20编辑于 2022-04-23 - 来自专栏全栈程序员必看
TerminateThread可能导致程序崩溃
（在执行内核函数时退出，造成该线程所在进程状态不确定，程序可能崩溃） 4 If the target thread is manipulating the global state of a shared （在使用DLL时退出，造成DLL被销毁，其他使用该DLL得程序可能出现问题！） 版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。 发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/227266.html原文链接：https://javaforall.cn
1.2K10编辑于 2022-11-15 - 来自专栏向治洪
android程序崩溃后重启
有时候由于测试不充分或者程序潜在的问题而导致程序异常崩溃，这个是令人无法接受的，在android中怎样捕获程序的异常崩溃，然后进行一些必要的处理或重新启动 应用这个问题困恼了我很久，今天终于解决了该问题 首先捕获程序崩溃的异常就必须了解一下java中UncaughtExceptionHandler这个接口，android沿用了此接口，在android API中： ? Intent.FLAG_ACTIVITY_NEW_TASK); //退出程序 Looper.prepare(); Toast.makeText(application.getApplicationContext(), "很抱歉,程序出现异常 ArrayList<Activity> list = new ArrayList<Activity>(); public void init(){ //设置该CrashHandler为程序的默认处理器
2.9K70发布于 2018-01-30 - 来自专栏繁花云
Qt程序打包
如果使用动态链接编译Qt，移植到其他系统上需要库文件，下面讲解如何解决这一问题 设置qt环境变量后，在cmd中执行 windeployqt 可执行文件名 这样qt就会自动把依赖拷贝出来，然后我们安装软件
1.7K00发布于 2018-07-31 - 来自专栏Yui编程知识
【Qt】HelloWorld程序
该段代码在系统产生的临时文件中，如果你不知道在哪里查找可以去看我前面一篇关于Qt的文章：【Qt】初始项目代码解释 2.代码方式 一般通过代码构造界面的时候，通常会把构造界面的代码放到Widget/MainWindow 这就不得不追述到Qt诞生的时间，Qt诞生于1991年，那时C++还没有形成标准呢，我们所熟知最早的C++标准也是在1998年形成的C++98。 既然没有标准，那么Qt为了让自己的开发变得更流程，就自己发明了一套轮子。搞了一系列得基础类，在支持Qt得开发。 ，因此，我们在开发Qt代码的时候，如果需要用到上书容器，可以使用标准库的容器，也可以使用Qt自己创建的容器。 Qt中也存在类似对象树把各种元素给组织起来。 注意： 如果我们对象改为栈上创建，此时就可以看到运行去了的程序无法显示HelloWorld，此时label对象随着析构函数的结束，就销毁掉了。
37400编辑于 2025-02-27 - 来自专栏谭广健的专栏
安卓程序崩溃错误捕捉
在开发安卓程序时，本地测试没任何问题，但去到客户处不是这里麻烦就是哪里不行。最后还来个程序崩溃。。 最令人头疼的就是崩溃，因为程序的崩溃总是悄然无息的，有时候根本都没办法进行复现处理，，经过一段的摸索后，总算发现安卓有个程序崩溃前的接口（CrashHandler）在崩溃前会执行，这样就能很好的捕获到错误了 Context ctx) { Thread.setDefaultUncaughtExceptionHandler(this); } /** * 核心方法，当程序
1.7K31发布于 2019-11-13 - 来自专栏全栈程序员必看
Qt实现抽奖程序
一、简介 该程序命名为Lucky，实现的功能如下： 1. 加载抽奖人员名单，并保存加载路径； 2. 工具：Qt5.13 + msvc2015 二、界面显示 ①：滚动显示名单 ②：抽奖开始/停止显示 ③：名单路径及加载按钮 三、详解 抽奖程序，简单来说，需要有人员名单+抽奖功能，至于奖品，本程序未实现显示奖品的功能 ，只是一个简易的抽奖小程序。 (); } } } 2.滚动名单每隔一定时间显示，需要使用Qt的定时器QTimer类实现。 发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/155730.html原文链接：https://javaforall.cn
2.9K30编辑于 2022-09-07 - 来自专栏Java学习网
Java异常处理：如何避免程序崩溃
Java异常处理是保证程序运行时稳定性的重要手段。在程序开发过程中，我们可能会遇到许多异常情况，例如文件读写出错、网络连接中断等，如果不加以处理，就会导致程序崩溃或者数据丢失等问题。 因此，合理处理异常并且避免程序崩溃成为了每个Java开发工程师必须掌握的技能之一。 一、 异常处理的基本知识 Java异常分为受检查异常和非受检查异常。 二、 如何避免程序崩溃 1、合理使用try-catch-finally语句 try-catch-finally语句可以在程序内部捕获取所抛出的异常，进行相应的处理。 通过捕获异常，程序可以在异常情况下继续运行，并给出相应的提示，而不是直接崩溃。需注意的是，捕获异常和处理异常时需要充分考虑异常的具体信息，以避免抛出捕获异常后导致程序状态异常。 三、结论 在实际开发过程中，异常处理是保证程序稳定性的重要手段之一。为了避免程序崩溃，我们需要充分掌握异常处理的基础知识和技巧，并结合具体业务场景，选择合适的异常处理机制。
76110编辑于 2023-12-28 - 来自专栏胖虎的研发之路
捕获崩溃异常并重启程序，上传崩溃日志到服务器
App的上线测试不可能囊括所有的错误，以及一些极端的情况可能考虑不到， 所以给App设置崩溃日志反馈是很有必要的，很多第三方都有做到，例如说腾讯的Bugly，友盟的统计等等，都可以实现到，但是如果仅仅是需要向服务器反馈崩溃日志的话 系统的API中给我们提供了一个可以捕获App异常的方法： Thread.setDefaultUncaughtExceptionHandler(restartHandler); // 程序崩溃时触发线程 以下用来捕获程序崩溃异常 所以我们就可以使用以上方法来解决反馈崩溃日志的需求，以下是具体代码： /** * 创建服务用于捕获崩溃异常 */ private static public void uncaughtException(Thread thread, Throwable ex) { restartApp(ex);//发生崩溃异常时 这里可以（进行某些操作，例如说上传信息） android.os.Process.killProcess(android.os.Process.myPid()); //结束进程之前可以把你程序的注销或者退出代码放在这段代码之前
1.5K20编辑于 2023-05-10 - 来自专栏全栈程序员必看
C++Qt入门(1)—Qt简介，第一个Qt程序，Qt按钮
文章目录 一、QT简介 1.什么是QT？ 2.Qt的发展史？ 二、第一个Qt程序 1.路径名，文件名中不能有中文 2.创建默认窗口类 3.main函数 4.对.pro文件的解释 5.Qt Creator快捷键 6.QPushButton的创建 7.对象树（了解） Qt是一个跨平台的C++图形用户界面应用程序框架 2.Qt的发展史？ 、第一个Qt程序 1.路径名，文件名中不能有中文 2.创建默认窗口类 基类有三种选择：QWidget，QMainWindow，QDialog 3.main函数 （1）QApplication a 应用程序对象 ，有且只有一个 （2）Widget w 实例化窗口对象 （3）w.show()调用show函数，显示窗口 （4）return a.exec() 让应用程序对象进入消息循环机制中，代码阻塞到当前行
1.6K11编辑于 2022-08-29 - 来自专栏未闻Code
逆转时间，起死回生——程序报错崩溃后，如何倒回到崩溃的位置？
假设我们有一段程序，从 Redis 中读取数据，解析以后提取出里面的 name 字段： import json import redis client = redis.Redis() def read 你想看看这条有问题的数据，但是现在程序已经崩溃了，进程结束了，这条有问题的数据也就永久丢失了。你再也不可能知道它长什么样了。 那么，在Python里面我们有没有什么办法让程序起死回生，看到当初导致程序报错的那一行代码呢？如果你是使用python3 xxx.py运行的程序，那么确实，除非你能重新导入刚才的数据，否则无法知道。 但是，如果你是使用如下命令：python3 -i xxx.py启动的程序，那么世界就不一样了，你的程序获得了起死回生的能力。你可以重新回到事故现场。 但现在写文章的示例数据，我还是可以回复的^_^） 然后使用python3 -i read_name.py重新运行这个程序： ? 可以看到，现在虽然程序崩溃了，但是却出现了 Python 的交互环境。
1K50发布于 2020-06-18 - 来自专栏跟Qt君学编程
Qt快捷打包程序方法
介绍两种方式打包程序运行库方式。 1.命令方式 不使用QML组件打包： windeployqt xxx.exe 使用QML组件打包： windeployqt xxx.exe --qmldir qmlPath 注意: 请使用Qt提供的控制台操作 https://github.com/aeagean/DeployQt 运行包下载地址： https://github.com/aeagean/DeployQt/releases/download/V1.0/Qt.V1.0
1.6K10发布于 2019-07-15 - 来自专栏TopSemic嵌入式
QT之程序打包发布
2.环境 1）我用的是QT 5.12.3版本，QT 4.x版本不行 2）Enigma Virtual Box https://enigmaprotector.com/en/downloads.html 3.具体步骤 1）打开一个QT程序，以release方式运行一次。操作如下图： ? 因为缺少QT必要的库文件。 ? 将这个.exe文件拷贝出来，创建一个单独的文件夹，放在这个文件夹下，比如桌面的test文件夹里。 ? 3）在开始菜单中，打开QT命令行窗口 ? ? 接着输入命令行，cd /d 路径(指的是需要打包的exe程序目录，就是刚才拷贝出来的exe程序所在的目录)，回车 cd /d C:/Users/xxx/Desktop/test ? 4）输入如下命令行：windeployqt 程序名 敲击回车。这一步操作是将所需的库文件全都拷贝到exe程序的当前文件： ? ?
3.3K30发布于 2021-05-31 - 来自专栏HelloWorld杰少
使用 Google Breakpad 来助力解决程序崩溃
背景 作为一名程序，最头疼的莫过于项目上线后收到程序崩溃的通知，若能够在手头重现出该问题，那相对来说项目能够及时的修复并更新；如果无法重现外网崩溃的问题，那就十分的"头疼"了。 这段时间，我一直在帮项目开发程序崩溃的采集功能，其中用到的技术方案就是 Google 开发的 Breakpad。 Google Breakpad是什么？ 利用这个库可以在 Windows, Mac, Linux, iOS 和 Android 平台上对程序的崩溃进行捕获，并生成 dump 文件供后期分析。 image 根据图上的内容，我们可以发现程序的崩溃发生在 ViewController.m 的第24行。回到我们的测试工程中，发现确实在 24 行，这里发生了数组越界。 image 由此说明，Breakpad 帮助我们找到了程序崩溃的地方，本次实验就成功啦！ 最后 好了，本篇教程到此就结束了。
3.8K30编辑于 2022-12-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号