关于qtcreator+vs2008+CDB调试太卡的问题研究

2024-01-16 00:50

本文主要是介绍关于qtcreator+vs2008+CDB调试太卡的问题研究,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

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

       直到两年后的今天,又一次重装了qtcreator和qt sdk,发现问题有复现了,一直感觉很纠结,在网上也没有找到什么有效的解决办法,找到的只是大多数人在抱怨qtcreator 不好用的言论。平心而论,用了两年qtcreator 和vs2008,用了一段时间vs2010,一直没有发现qtcreator有什么不好的地方,对于文档那么齐全,如此详细的IDE,我只有用很棒的形容。

       言归正传,下面写下我的探索过程,希望对一直抱怨qtcreator 调试太慢太费劲的人有那么一点点帮助,如果有什么不对的地方,欢迎大家拍砖。

       在刚开始卡的时候,我一度怀疑是qt sdk的库版本问题,因为我从qt4.8.1升级到qt4.8.4,但是没有替换发布目录的qtCored4.dll ,qtGuid4.dll以及一些插件动态库和pdb调试符文件,但是在我替换了以后,仍然没有解决此问题,哈哈,too young too simple...

       接下来,我认为在windows下VS编译不会出现卡的问题,既然我使用的vs编译器,为什么不能直接用VS的调试器呢?看了一下VS的调试日志发现:

 

VC6
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug]
"Auto"="0"
"Debugger"="C:\\Program Files\\Microsoft Visual Studio\\Common\\MSDev98\\Bin\\msdev.exe\" -p %ld -e %ld
"UserDebuggerHotKey"=dword:00000000

VS2008
1.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug]
"Auto"="0"
"Debugger"="C:\WINDOWS\system32\vsjitdebugger.exe" -p %ld -e %ld
2.
工具->选项->调试->实时,里边三个复选框,根据需要打钩就行了。

VS的默认编译器是vsjitdebugger.exe,既不是qtcreator所支持的CDB引擎和GDB引擎所支持的。无奈放弃,又涨见识了,大牛莫怪,俺是菜鸟...

       转念一想,既然我使用cdb启动太慢,调试太卡,肯定是CDB的问题,也许是获取调试符号的问题,所以我打开我项目配置:Tools->options->Build & Run->Kits:

 

点Debugger后面的编辑后出现了Debugger for ... Windows Console Debugger executable此链接对qtcreator在vs编译器下

Debugging executables built with the Microsoft Visual Studio compilers in Qt Creator

作了简单介绍,我总结了一下一共有两点可以为我采用:

(1). 调试过程可能会因为过时的.pdb符号文件变慢,采用清理的方法可以避免这个问题。但是一直递增的链接过程也会让调试变慢。

 

解决方法:1 :在debug前执行clean操作  2. 在项目中加入编译器选项 :

  1. QMAKE_LFLAGS_DEBUG += /INCREMENTAL :NO

可以禁用递增链接操作

但是我做了两种操作后,想过并不理想

 

(2). 在第一次执行debug的时候,系统会弹出配置Symbol server的提示框,符号服务器会提供操作系统和编译运行库的调试信息,并且初始化下载符号会很耗时。

 

解决方法:关闭系统符号服务器。哈哈终于解决了问题。下面是关闭方法。

Tools->Options->Debugger->CDB->Sysbol Paths-> Edit->insert

然后找到 C:\Users\%user%\AppData\Local\Temp\symbolcache 执行delete line即可

然后再回到项目执行debug试试,哈哈启动快,但不执行快,一个字:很爽。。。

 

原因分析:因为在每次执行debug的时候,cdb都会链接symbol server来下载所需要的符号,因此会启动很慢,估计在debug过程中也有下载操作,所以有时候但不执行也会很慢。

 

解决方法缺点:由于关闭了符号服务器,在调试到系统的运行库的时候也许无法跟踪,或者提示找不到符号的错误。

 

补充解决方案:

使用 SymChk.exe 实用程序下载符号

您可以使用 SymChk.exe 实用程序验证符号并以方便、非入侵性的方式生成本地符号高速缓存。SymChk.exe 实用程序随 Debugging Tools for Windows 软件包提供。SymChk.exe 是一种命令行工具。您可能需要将 Debugging Tools for Windows 软件包的文件夹添加到系统上的 PATH 环境变量,以便从任意命令提示符下访问该工具。

要使用 SymChk.exe 实用程序下载 Windows\System32 文件夹中所有组件的符号文件,请使用以下命令行命令:

symchk /rc:\windows\system32  /s SRV*your local symbol folder\*http://msdl.microsoft.com/download/symbols
整个过程可能会持续N个小时,因为win32下的动态库太多,个人感觉无需全部下载。在下载完成以后

Tools->Options->Debugger->CDB->Sysbol Paths-> Edit->add

your local symbol folder添加到符号路径,这样debug过程中所需要的符号都会从本地搜索不会再链接符号服务器,也就不会再卡了。

如果有什么问题,还请指正。

                                                                                                           BY:       trump            转载请注明出处:http://blog.csdn.net/superzhaifd

这篇关于关于qtcreator+vs2008+CDB调试太卡的问题研究的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/610774

相关文章

linux生产者,消费者问题

pthread_cond_wait() :用于阻塞当前线程,等待别的线程使用pthread_cond_signal()或pthread_cond_broadcast来唤醒它。 pthread_cond_wait() 必须与pthread_mutex 配套使用。pthread_cond_wait()函数一进入wait状态就会自动release mutex。当其他线程通过pthread

问题:第一次世界大战的起止时间是 #其他#学习方法#微信

问题:第一次世界大战的起止时间是 A.1913 ~1918 年 B.1913 ~1918 年 C.1914 ~1918 年 D.1914 ~1919 年 参考答案如图所示

UnrealScriptIDE调试环境部署

先安装vs2010   再安装VSIsoShell.exe, 下载地址 https://pan.baidu.com/s/10kPNUuDGTbWXbz7Nos-1WA       fd3t   最后安装unside,下载地址 https://archive.codeplex.com/?p=uside  安装中间有一步选择Binary文件夹要选对路径。   安装好以后,启动 UDKDe

2024.6.24 IDEA中文乱码问题(服务器 控制台 TOMcat)实测已解决

1.问题产生原因: 1.文件编码不一致:如果文件的编码方式与IDEA设置的编码方式不一致,就会产生乱码。确保文件和IDEA使用相同的编码,通常是UTF-8。2.IDEA设置问题:检查IDEA的全局编码设置和项目编码设置是否正确。3.终端或控制台编码问题:如果你在终端或控制台看到乱码,可能是终端的编码设置问题。确保终端使用的是支持你的文件的编码方式。 2.解决方案: 1.File -> S

vcpkg安装opencv中的特殊问题记录(无法找到opencv_corexd.dll)

我是按照网上的vcpkg安装opencv方法进行的(比如这篇:从0开始在visual studio上安装opencv(超详细,针对小白)),但是中间出现了一些别人没有遇到的问题,虽然原因没有找到,但是本人给出一些暂时的解决办法: 问题1: 我在安装库命令行使用的是 .\vcpkg.exe install opencv 我的电脑是x64,vcpkg在这条命令后默认下载的也是opencv2:x6

问题-windows-VPN不正确关闭导致网页打不开

为什么会发生这类事情呢? 主要原因是关机之前vpn没有关掉导致的。 至于为什么没关掉vpn会导致网页打不开,我猜测是因为vpn建立的链接没被更改。 正确关掉vpn的时候,会把ip链接断掉,如果你不正确关掉,ip链接没有断掉,此时你vpn又是没启动的,没有域名解析,所以就打不开网站。 你可以在打不开网页的时候,把vpn打开,你会发现网络又可以登录了。 方法一 注意:方法一虽然方便,但是可能会有

IDEA配置Tomcat远程调试

因为不想把本地的Tomcat配置改乱或者多人开发项目想测试,本文主要是记录一下,IDEA使用Tomcat远程调试的配置过程,免得一段时间不去配置到时候忘记(毕竟这次是因为忘了,所以才打算记录的…) 首先在catalina.sh添加以下内容 JAVA_OPTS="-Dcom.sun.management.jmxremote=-Dcom.sun.management.jmxremote.port

vue同页面多路由懒加载-及可能存在问题的解决方式

先上图,再解释 图一是多路由页面,图二是路由文件。从图一可以看出每个router-view对应的name都不一样。从图二可以看出层路由对应的组件加载方式要跟图一中的name相对应,并且图二的路由层在跟图一对应的页面中要加上components层,多一个s结尾,里面的的方法名就是图一路由的name值,里面还可以照样用懒加载的方式。 页面上其他的路由在路由文件中也跟图二是一样的写法。 附送可能存在

vue+elementui--$message提示框被dialog遮罩层挡住问题解决

最近碰到一个先执行this.$message提示内容,然后接着弹出dialog带遮罩层弹框。那么问题来了,message提示框会默认被dialog遮罩层挡住,现在就是要解决这个问题。 由于都是弹框,问题肯定是出在z-index比重问题。由于用$message方式是写在js中而不是写在html中所以不是很好直接去改样式。 不过好在message组件中提供了customClass 属性,我们可以利用

Visual Studio中,MSBUild版本问题

假如项目规定了MSBUild版本,那么在安装完Visual Studio后,假如带的MSBUild版本与项目要求的版本不符合要求,那么可以把需要的MSBUild添加到系统中,然后即可使用。步骤如下:            假如项目需要使用V12的MSBUild,而安装的Visual Studio带的MSBUild版本为V14。 ①到MSDN下载V12 MSBUild包,把V12包解压到目录(