关于qtcreator+vs2008+CDB调试太卡的问题研究
2014-04-17 20:55
218 查看
在刚接触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编译器下
(1). 调试过程可能会因为过时的.pdb符号文件变慢,采用清理的方法可以避免这个问题。但是一直递增的链接过程也会让调试变慢。
解决方法:1 :在debug前执行clean操作 2. 在项目中加入编译器选项 :
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 实用程序下载 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和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. 在项目中加入编译器选项 :
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调试太卡的问题研究(载入符号表,以及VS调试器的注册表信息)
- 关于VS 使用GDB工具调试ADT下JNI时遇到的一些问题的解决
- 关于WCF和Silverlight调试的问题
- 解决关于Vs.net2003的不能调试WEB项目的问题(转)
- 关于SilverLight webPart 在SharePoint调试问题。
- 关于我在编程和调试过程中的一点点问题,请各位高手给指点一下!
- 关于HBase协处理器导致问题的研究
- 关于使用MKNetworkKit中遇到的问题的研究
- 关于调试指纹时候遇到的其他问题
- 关于友善的KITL调试问题
- 关于Vs 2005 中出现编译通过,但运行时出现“未使用调试信息生成二进制文件”的问题
- 关于使用Spring声明式事务时,在类的内部方法互相调用时,Spring无法拦截内部方法调用,导致事务不起作用的问题研究
- 今天研究了一下关于Asp.net文件上传时的内存消耗问题
- 关于iOS5 + XCode4.2环境下iPhone3G和3Gs + iOS4.2.1不能调试的问题解决方案整理
- 关于VPM642的调试问题的总结
- 关于调试项目遇到的问题记录
- 关于附加进程调试的问题
- 关于在Windows 8.1预览版上OD无法启动程序进行调试的问题
- 关于iOS5 + XCode4.2环境下iPhone3G和3Gs + iOS4.2.1不能调试的问题解决方案整理
- Android学习心得(三)关于真机调试后,签名的apk无法安装的问题