1.查看代码优化是否勾选,如有去掉勾选 2.确保是在Debug模式下设置的断点 3.确保在启动时未修改代码即“要求源文件和原始版本完全匹配” 4.DLL的引用问题

这个问题一般有两个版本 1.当前不会命中断点,还没有为该文档加载任何符号. 2.当前不会命中断点,源代码与原始版本不同. 要解决第一个问题,就要了解一种文件格式“PDB(Program DataBase)”,我们在给一个.Net程序集设置断点的时候,所有的调试信息都存放在这个文件,这里不打算深入探讨它,只需要知道它描述了我们程序集的断点,要调试程序就得加载它就够了. 那么第一个问题的描述我们可以看成是没有加载到PDB文件或者加载失败了,解决方法是 在程序调试时,使用Visual Studio的

Visual Studio 当前不会命中断点的问题 PDB文件概述

新安装操作系统后发现,vs2015无法命中断点. 在项目中设置生成调试信息:FULL   即可.

一.问题及原因 有这样一种调用逻辑:A.exe调用B.dll.现在想要在B的源代码中打断点,从A发起进行调试,却给出了"当前不会命中断点.还没有为该文档加载任何符号"的提示.感觉十分奇怪,各种重新生成,重启VS都没啥用,最后不得以网上搜了一番,找到了问题的根源. 原来我把旧的B.dll文件拷到了A.exe所在的目录下,导致A.exe调试时直接去调用旧的B.dll文件,而旧的dll文件对应的.pdb文件早已经不存在了,因此无法进行调试.(.pdb文件中存储着调试信息.dll文件源代码修改

遇到“当前不会命中断点.源代码与原始版本不同”的问题. 在网上查的类似: 一般studio会提示将“工具”,“选项”,“调试”,“要求源文件与原始版本完成匹配”去掉勾.但是这个配置去掉治标不治本,错误是不会提示了,但是依旧没有执行最新的程序. 我在google搜了一把,有以下几种解决方法:1.清理解决方案,重新生成2.格式化,重新生成(ctrl_A,ctrl_F)3.将出问题的文件用notepad打开,然后另存为Unicode编码4.删掉临时文件夹:C:/windows/microsoft.ne

AutoCAD 2010的二次开发告一段落,现在整理一些开发中遇到的问题. 最早遇到的问题是关于AutoCAD 2010在VS 2010上无法调试.奇怪的是这问题只出现在我同事电脑上,我的电脑一切OK,我暗喜^_^,莫非是人品问题. 开发环境:Windows XP SP3+VS2010+AutoCAD2010 这里主要讨论以下几个问题: 1.AutoCAD 2010在VS 2010上无法命中断点问题: 2.调试AutoCAD 2010在VS 2010 中的实现自定义添加: 3.设置断点,它显示一

visual studio 调试的时候如果没有命中断点,可能是启动的时候就出错了. 在文件Global.asax中, protected void Application_Error(object sender, EventArgs e) { 增加断点,检查启动时的错误,修复错误后可能就能命中断点了.

转自:http://www.softown.cn/post/115.html Xdebug是PHP开发中两个常用的断点调试工具之一(另一个为Zend Debugger). 现在,我们在Zend Studio中集成PHP的Xdebug模块,从而在Zend Studio中实现断点调试功能. 1.下载.安装.配置Xdebug 关于如何在PHP中安装.配置Xdebug模块,请直接参考文章PHP安装配置Xdebug模块详解. 2.Xdebug远程连接配置 想要在Zend Studio中使用Xdebug,就

Visual Studio调试之断点进阶篇 在上一篇文章Visual Studio调试之断点基础篇里面介绍了什么是断点,INT 是Intel系列CPU的一个指令,可以让程序产生一个中断或者异常.程序中如果有中断或者异常发生了以后,CPU会中断程序的执行,去一个叫做IDT的部件查找处理这个中断(或者异常)的例程(Handler).IDT是操作系统在启动的时候初始化的,至于IDT的细节问题,例如什么是IDT,怎样编写一个IDT的例程,怎样 初始化IDT,可以去网上搜索一些资料. 总之,这里我们只要知

Visual Studio调试之断点基础篇 我曾经问过很多人,你一般是怎么调试你的程序的? F9, F5, F11, F…… 有很多书和文章都是介绍怎么使用Visual Studio编写WinForm啦,.ASP.NET之类的程序:知道如何编写固然重要,但是我觉得程序员可能只会花费30%的时间在编写代码上,剩下的大部分时间都是在调试程序.在网上看到很多人介绍Windbg的用法,但是没有看到几篇讲解使用Visual Studio调试的文章.Windbg固然强大,但是问题是它的学习曲线太陡了,而且很

当项目附加到IIS进行调试时,如果在IIS中没有配置该项目则在设置断点是会出现:当前不会命中断点 还没有为该文档加载任何符号

今天发布网站之后,附加进程却怎么页不能命中断点,后来发现原来,我将发布的web.config文件覆盖掉了新生成的配置文件,其中一项:<compilation debug="false">我竟然将调试禁用掉了!!!怪不得,再此记下此错误!!将其设置为true,即可.

今天在release编译环境下出现了如标题所说的问题“ 当前不会命中断点,还没有为该文档加载任何符号”,在网上找了几个方法都没有解决我的问题,咨询了一下师傅,解决了,很简单,方法如下:右键--属性--生成,把优化代码勾去掉就可以了

今天在调试代码的时候发现在Debug模式下无法命中断点,然后一步步去检查原因,最后发现是在项目-->属性-->生成-->高级-->调试信息被设置为None,然后在选项中将其选择为Full之后,问题就解决了. 然后看了一下,这几个选项:null .pdb-only.full,顾名思义当选择为null时,表示不输出调试信息,即当前项目不会生成.pdb文件,当我们选择启动时为Debug模式下,该项默认为full,当我们选择默认的启动项为Release模式时,该项默认为:pdb-only,

//test.cpp #include <stdio.h> ; void print_line(char *str) { if (str != NULL) printf("%s\r\n", str); else printf("null string\r\n"); } int main (int argc, char **argv) { ; print_line("hello world!"); printf("g_var

今天用VS调试代码遇到一件怪事,在函数结束前的return那一行打了断点,却报"当前不会命中断点,没有与此行关联的可执行代码".看了自己是debug模式,而且没有开启优化,不应该出现这种情况啊.后来单步调试发现,执行语句实际上是在断点之后,而非断点那一行,让我大吃一惊. 后来搜索了断点不准确的问题,根据帖子的内容把这个问题给解决了,解决问题的时候一定要有耐心,问题没有想象中那么闹心. 我的操作是这样的,先用UtralEdit打开那个有问题的cpp文件,然后以16进制的方式去查看,去把出

VS2017升级之后,代码调试无法进入,显示“当前无法命中断点,还没有为该文档加载任何符号”的问题解决思路: 1.工具-选项-项目和解决方案-生成并运行,取消勾选“在运行时仅生成启动项目和依赖性” 2.选中启动项目-右键属性-生成,取消勾选“优化代码” 3.选中启动项目-右键属性-Web,勾选“ASP.NET”和“启用编辑并继续” 4.工具栏-调试-选项-常规,取消勾选“启用仅我的代码”,取消勾选“要求源文件与原始版本完全匹配”,勾选“启用编辑并继续”和“在调试时显示运行以单击按钮” 经过以上几

当前不会命中断点,源代码与原始版本不同,解决办法 1.应该是自己一行里写的代码太长了 格式化一下 或者 换下行 2. VC直接把整个文件格式化了一次,断点就可以用了 菜单:编辑-〉高级-〉设置选定内容的格式 (Ctrl+K, Ctrl+F) 通过比较文件发现是由于制表符Tab(0x09)引起的,原因不详.

设置了断点,但是无法中断,提示"不会命中断点 代码版本与原始版本不同".这种情况下一般是生成的bin\debug下面的文件与实际代码不符. 但是这次确实没有问题,重新更新程序,清理项目,都不行.貌似文件代码被修改后,VS无法识别已经修改了.百度了一下.可能是文件的文字编码混乱造成的.解决办法如下: 1.从项目里面移出出错的代码文件 2.用VS重新建立一个这个文件,把旧的代码文件中的代码复制到信生成的文件中. 3.重新编译项目,OK

原文链接地址:http://blog.csdn.net/Donjuan/article/details/4618717 函数断点 在前面的文章Visual Studio调试之避免单步跟踪调试模式里面我讲了如何设置函数断点,说实话,我个人喜欢设置函数断点,而不是在代码行里面设置断点.一般来说,函数断点在下面几种情形下有用: 1. 例如调试一个网站程序,你通过分析网站的日志发现最有可能发生错误的函数,打开调试器并将调试器附加到程序上去,设置函数断点,重新执行网站--这样做的好处是,不用到处打开源文件