一 http://stackoverflow.com/questions/2155930/fixing-the-breakpoint-will-not-currently-be-hit-no-symbols-have-been-loaded-fo unable to hit the breakpoint Start debugging, as soon as you've arrived at a breakpoint or used Debug > Break All, use Debug >

今天開發客戶提供的一個dll時出現無法找到入口點問題,由於客戶也不能明確說明dll,所以一時不知道如何下手,經查詢後找到可通過vs自帶的dumpbin.exe查看. Dumpbin.exe位于 VS的安装目录\VC\bin下,如果点击dumpbin.exe提示 出现mspdb80.dll无法找到的情况,是因为VC\Bin\下没有 “msobj80.dll,mspdb80.dll,mspdbcore.dll,mspdbsrv.exe”这四个文件(在VS2005中并没有这四个文件),解决的方法: 1

解决思路: 一定是在某个文件夹存在了副本,结果果然不出所料. 当前日期是2016年3月10日,But C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\root\fd1302ff\6f7481f8\assembly\dl3\831cbe7c\a10a72a2_8c7ad101\XXXX.DLL  2016年3月4日 C:\Windows\Microsoft.NET\Framework\v4.0.30319\

在加载dll的时候不知道dll中有哪些接口怎么办,或者使用别人封装的东西时报出类似于“无法在 DLL“XXX.dll”中找到名为“XXX函数”的入口点.”     1.通过LordPE这个软件来看dll中都有些啥函数的   打开后看图选择 选择dll 继续看图选择 继续看图选择 这里就看到有什么函数了   2. 使用depends工具查看dll里引用哪些dll,图左上方列表   当然也可以查看dll里的接口,图右中间列表   如果你的程序提示“无法在 DLL“XXX.dll”中找到名为“XXX函

调试vs时,经常会出现,你设置了dll项目的一些断点,可f5之后,这些断点无效.时代定制的程序组的童鞋告诉你解决方法:在解决方案上右键“属性”,点击左侧树“配置属性”-->“配置”,右侧项目列表中,对要调试的项目勾选“debug”配置,然后保存.f5即可命中断点. 注意:一定在解决方案上右键,而非要调试的项目上!!!

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

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

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

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

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

//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进制的方式去查看,去把出

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

VS2013中设置的断点无效:"当前不会命中断点,还没有为该文档载入不论什么符号".问题主要出在没有生成调试信息.解决方法例如以下: (1)项目-〉属性-〉配置属性-〉C/C++-〉常规-〉调试信息格式,这里不能为"禁用". (2)项目-〉属性-〉配置属性-〉链接器-〉调试-〉生成调试信息.这里设为"是 (/DEBUG)".

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

错误信息: "RazorEngine.Templating.TemplateCompilationException"类型的异常在 RazorEngine.NET4.0.dll 中发生,但未在用户代码中进行处理 其他信息: Unable to compile template. "object"不包含"username"的定义,并且找不到可接受类型为"object"的第一个参数的扩展方法"username"

在项目开发中遇到了,python需要去调用一个动态链接库dll中的c++方法.这个方法的参数为一个指针类型的参数,一个bool类型参数, 在python中并未对数字类型进行区分. int LP_Agc ( double * a, bool b= true ) 所以在调用这个方法之前, 第一步要将python中的类型转换为c语言类型. 这个应该是python自带的 a = c_double(1.0) #同理 b = c_double(True) #python中还有c_int(),c_float(

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

asp.net 编译错误类型“同时存在于”不同的dll中. 出现这种错误大概有三种情况: 1.ASPX页面,一个*.ASPX,对应着一个*.cs文件,两者其实是一个文件,通过两者实现代码分离,每个*.aspx页面都引用着自身的CS文件:如果两个页面引用了相同得.CS文件,在发布得时候也会出现这种错误. 2.估计是在Bin里面还有一个老版本的DLL,而新版的DLL名字换掉了,新的覆盖不掉老的,并存在BIN里时,有可能会发生这种情况. 解决方案:把BIN里的手动删掉,C:\WINDOWS\Micro

win32 Dll 中添加afx.h 出现如下错误 nafxcwd.lib(dllmodul.obj) : error LNK2005: _DllMain@12 already defined in ssmFunc.objnafxcwd.lib(dllmodul.obj) : warning LNK4006: _DllMain@12 already defined in ssmFunc.obj; second definition ignored   Creating library Debug