在刚接触Qt时,对于较大的项目,用qtcreator + vs + cdb 调试时,启动很慢并且单步运行时也经常会出现卡住半分钟以上的情况,一直没有解决.在需要debug的时候大多会在vs2008上安装VS-addin插件,打开qt项目调试来避免qt调试太卡的原因.大约这样持续半年时间.直到后来重装了一次qtcreator和qt sdk,不知所以然的不卡了.也没用深究. 直到两年后的今天,又一次重装了qtcreator和qt sdk,发现问题有复现了,一直感觉很纠结,在网上也没有找到什么有效的解

在win7/10下Qt Creator调试提示:The selected debugger may be inappropriate for the inferior的错误提示内容如下图所示: 一般弹出这个提示是很难进入调试,也看不到调试输出信息的.看到这个报错令人很失望. 解决:下载windows sdk  win10 sdk 只安装Debugging Tools for Windows 打开 工具-选项-Kits 安装sdk成功后我们可以看到 已经检测到了我们安装的cdb 打开工具-选项-构

在F5执行qt的调试时,提示:unknown debugger type "No engine" 需要下载debug调试工具,win7的下载位于:https://www.microsoft.com/en-us/download/confirmation.aspx?id=8279, 安装时,只选择:Common Utilities > Debugging Tools for Windows 安装后,配置qt,重启qt,即可.

用qt开发商业程序已经九年了,陆陆续续开发过至少几十个程序,除了一些算不算项目的小工具外,大部分的程序都需要有个日志的输出功能,希望可以将程序的运行状态存储到文本文件或者数据库或者做其他处理等,qt对这个日志输出也做了很好的封装,在Qt4是qInstallMsgHandler,Qt5里边是qInstallMessageHandler,有了这个神器,只要在你的项目中所有qdebug qinfo等输出的日志信息,都会重定向接收到,网上大部分人写的demo都是接收到输出打印日志存储到文本文件,其实这就

以前调试只是QML或者只是C++的QT程序很简单,断点打上,直接debug按钮一点,喝一口水,自然就停在断点了. 这次遇到C++和QML混合的程序,把CONFIG+=declarative_debugCONFIG+=qml_debug配置上点了debug就一直等啊等, 就是不弹出主窗口,不知道的, 估计以为电脑卡死了.就算喝完一桶水,也等不到进断点的时候.打开调试信息面板,会看到提示信息 QML Debugger: Waiting for connection on port xxx,一直wai

1.首先告诉qt ros的搜索路径,通过修改qt creator 桌面启动程序来实现 sudo    gedit ~/.local/share/applications/DigiaQtOpenSource-qtcreator.desktop 修改 Exec 变量一行,在中间添加 bash -i -c 即改为 Exec=bash -i -c /home/viki/Qt5.2.0/Tools/QtCreator/bin/qtcreator ,保存并退出.添加 bash -i -c 是为了在通过快捷方

与调试器交互的几种方法: 1.单行运行或者单指令运行 2.中断程序运行 3.设置断点 4.检查调用栈空间的内容 5.检查并修改局部或者全局变量 6.检查并修改被调试程序的寄存器和内存内容 7.检查装载的共享库列表 8.反汇编代码段 9.创建当前被调试程序状态快照并在之后重新检测 调试器的使用 在调试模式中,可以选择Window->Views,打开需要的视窗查看相应的数据.默认情况下,视窗都是锁定在workspace中的,可以选择Window->Views->Locked取消锁定,视窗支持

笔者这两天写代码过程中,发现自己解决方案下的程序启动调试,半天才开始加载相关的各种库.导致调试的时候很是郁闷 开始以为是项目关联的工程太多导致,但是在相同的解决方案sln下面,新建一个简单的控制台程序同样启动很慢.而该控制台项目程序加载到其他的解决方案中,调试时很快 就开始加载各种库. 问题大致定位在解决方案本身的问题.具体原因没有找到,笔者暂时的做法是重新建立一个解决方案,把需要的工程加载进来,速度哗哗的上去了.

此篇算是一个翻译,万一有国内同样的小白遇到同样问题,方便参考. 原文http://hostilefork.com/2013/10/20/qtcreator-debugger-no-locals-ubuntu/ 此bug在Ubuntu 13.10下,Qt Creator的2.7, 2.8版本均存在.简单说,此非gdb问题,而是python版本的不一致导致. Ubuntu13.10提供的gdb是用python3编译的,而Qt Creator并未为python3做出适配,于是就有了Locals空白的b

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

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

QML语言为qt推出的用于界面编程的语言. 1)如何在qt creator中进行调试qml: 以Qt Creator 4.6.2为例: 在qt creator的debug模式下,可以直接在qml中打断点.按照下图的方式,在debug模式下,设置Project的build选项, 点击Build steps中的details进行详细设置,勾选Enable QML debugging and profiling: 通过以上在IDE中的简单设置就可以使能qml断点调试. 勾选上图中的Enable QML

Qt与CUDA相结合具体的操作主要修改qt项目中的配置文件pro.下面以测试的项目为例. 因为这是一个测试案例,代码很简单,下面将这几个文件的代码贴出来,方面后面对应pro文件和Makefile文件中的内容. 1.main.cpp #include "mainwindow.h" #include <QApplication> int main(int argc, char *argv[]) { printf("main1 \n"); QApplicati

http://doc.qt.io/qt-5/stylesheet-examples.html http://doc.qt.io/qt-4.8/stylesheet.html

问题:debug出现“ptrace:不允许的操作.” 解决办法: # may not be appropriate for developers or servers with only admin accounts. kernel.yama.ptrace_scope = 修改为: kernel.yama.ptrace_scope = 然后终端输入,重启: sudo reboot 完毕.  问题:During startup program exited with code 126. 原因:编译

1.关闭所有 Visual Studio 2010 实例. 2.单击“开始”,选择“运行...”. 3.键入“devenv.exe /resetuserdata”. 此命令会运行几分钟时间,与此同时,Visual Studio 清除设置并将其自身重置到其最初的状态.此时,您可以打开“任务管理器”来检查 devenv.exe 进程是否仍在运行.在结束运行后,可以重新启动 Visual Studio.此时会再次出现首次启动对话框,就像在计算机上第一次运行 Visual Studio 一样.

标号少标个5凑合看吧

现象: 解决: 打开文件 $(VSDIR)\Common7\Packages\Debugger\autoexp.dat (VSDIR是本机Visual Studio的安装目录)把定义QVector和QMap显示内容的语句改成以下语句 ;------------------------------------------------------------------------------ ; QVector, QStack ;----------------------------------

Qt的安装配置请参考本博客本分类下的其他相关文章,本文主要整理在调试时候遇到的问题和解决方法供遇到同样问题的同学参考.由于我之前也没有任何Qt的开发基础,做的也是硬件方面设计,所以这方面基础还是比较薄弱,这儿主要记录摸索过程中的一点心得体会. Qt的安装和初步配置请参见:Qt Creator的配置和开发初步测试 本文的软件环境: Win7 32bit Qt 4.8.4 Qt Creator 2.6.1 MinGW 4.4 摸索了一段时间的Qt和OpenCV,3个平台都有涉及,最大的问题还在于资源

原文地址:http://blog.163.com/net_worm/blog/static/127702419201002004518944/ 在我们前面的分析中,经常看到qWarning()和qDebug()之类的调用.今天深入的分析QT的调试跟踪系统. 我们先看QDebug.h中的宏定义: 1 #if !defined(QT_NO_DEBUG_STREAM) 2 Q_CORE_EXPORT_INLINE QDebug qDebug() { return QDebug(QtDebugMsg);

原文地址:http://blog.163.com/net_worm/blog/static/127702419201002004518944/ 在我们前面的分析中,经常看到qWarning()和qDebug()之类的调用.今天深入的分析QT的调试跟踪系统. 我们先看QDebug.h中的宏定义: #if !defined(QT_NO_DEBUG_STREAM) Q_CORE_EXPORT_INLINE QDebug qDebug() { return QDebug(QtDebugMsg); } #