源代码与原始版本不同解决办法

最新推荐文章于 2024-02-04 17:29:19 发布
最新推荐文章于 2024-02-04 17:29:19 发布
阅读量510 收藏
点赞数
原文链接：http://www.cnblogs.com/mikel/archive/2010/12/28/1918751.html
版权
最近调试程序设置断点后遇到“源代码与原始版本不同”的提示，在网上也找了很多解决办法，一一尝试，问题解决 我无法设定断点的原因是因为从d:拷贝项目文件夹到了F:盘，我是通过断点窗口的提示发现的问题， 在VS2008中”调试”–”窗口”–”断点” 显示出断点窗口，然后点击左上角的”新建” 中的”在函数处中断”，然后再弹出窗口中输入函数名，当你运行后，会提示“源代码与原始版本不同解决办法”的窗口，让你是否按源文件执行，你选择否，你就会看到一个文件浏览窗口，上方显示原文件位置，这里是原文件的位置路径，我发现引用的还是d:盘的路径，现在已经拷贝到F:盘，于是我想到把所有解决方案中的项目引用dll都重新删除再引用新的路径的对应dll文件，然后清理缓存文件，重新编译解决方案，问题解决 特此总结一下解决方法： 1.删除无法设定断点项目文件夹下的obj目录，删除C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\对应解决方案的文件夹 2.删除所有原始引用的dll，然后再引用现在新路径的dll 3.重新生成解决方案

转载于:https://www.cnblogs.com/mikel/archive/2010/12/28/1918751.html

dingbai3060
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
window内核监控工具源代码
09-26
一：SSDT表的hook检测和恢复 ~！~~~ 二：IDT表的hook检测和恢复 ~~~~~~（idt多处理器的恢复没处理，自己机器是单核的，没得搞，不过多核的列举可以） 三：系统加载驱动模块的检测 通过使用一个全局hash表(以DRIVEROBJECT为对象)来使用以下的方法来存储得到的结果，最终显示出来 1.常规的ZwQuerySystemInformation来列举 2通过打开驱动对象目录来列举 3搜索内核空间匹配驱动的特征来列举(这个功能里面我自己的主机一运行就死机，别的机器都没事，手动设置热键来蓝屏都不行，没dump没法分析，哎，郁闷) 4从本驱动的Modulelist开始遍历来列举驱动 四：进程的列举和进程所加载的dll检测 采用以下方法来列举进程： 1ZwQuerySystemInformation参数SystemProcessesAndThreadsInformation来枚举 2进程EPROCESS 结构的Activelist遍历来枚举 3通过解析句柄表来枚举进程 4通过Handletablelisthead枚举进程 5进程创建时都会向csrss来注册，从这个进程里面句柄表来枚举进程 6通过自身进程的HANDLETABLE来枚举进程 7通过EPROCESS的SessionProcessLinks来枚举进程 8通过EPROCESS ---VM---WorkingSetExpansionLinks获取进程 9暴力搜索内存MmSystemRangeStart以上查找PROCESS对象 进程操作： 进程的唤醒和暂停通过获取PsSuspendProcess和PsResumeProcess来操作的 进程结束通过进程空间清0和插入apc。 采用以下方法查找DLL： 1遍历VAD来查找dll 2挂靠到对应的进程查找InLoadOrderLinks来枚举dll 3暴力搜索对应进程空间查找pe特征来枚举dll DLL的操作： Dll的卸载是通过MmUnmapViewOfSection和MmmapViewOfSection（从sdt表中相应函数搜索到的）来实现的（本来想直接清0 dll空间，有时行有时不行）（只要将这个进程的ntdll卸载了，进程就结束了，一个好的杀进程的办法撒，绿色环保无污染），注入dll使用的是插入apc实现的。（注入的dll必须是realse版的。Debug版会出现***错误，全局dll注入貌似也是）插入apc效果不是很好，要有线程有告警状态才执行。 五：线程信息的检测 遍历ThreadList来枚举线程 线程的暂停和唤醒都是通过反汇编获取PsResumeThread和PsSuspendThread直接从r3传来ETHREAD来操作的，通过插入APC来结束线程 六：shadow sdt表的hook检测与恢复 没有采用pdb来解决函数名问题，直接写入xp和03的shandow表函数名（主要是自己的网不稳定，连windbg有时都连不上微软） 七：系统所有的过滤驱动的检测 查看各device下是否挂接有驱动之类的，可直接卸载 八：系统常用回调历程的检测和清除 只检查了PsSetLoadImageNotifyRoutine PsSetCreateThreadNotifyRoutine PsSetCreateProcessNotifyRoutine CmRegisterCallback这几个，至于那个什么shutdown回调不知道是啥玩意，就没搞了，有知道的顺便告诉我下撒，谢谢 九：文件系统fat和ntfs的分发函数检测 直接反汇编fat和ntfs的DriverEntry得到对应的填充分发的偏移，然后和当前已经运行的文件系统的分发相比是否被hook，并附带恢复 十：文件查看功能 自己解析ntfs和fat的结构，来实现列举文件和直接写磁盘删除。附带有普通的删除和发生IRP来删除。不过这里面有点问题，ntfs删除有时把目录给搞坏了，大家凑合着吧， Ntfs网上删除这些操作的代码不多，就是sudami大大的利用ntfs-3g来实现的，看了下，太多了，充满了结构。然后自己对照着系统删除文件时目录的变化来自己实现的。只处理了$BITMAP对应的位清除，父目录的对应文件的索引项的覆盖，删除文件对应的filerecord清0. 另外偷懒时间都没处理，呵呵，y的，一个破时间都都搞好几个字节移来移去的。 十一：常用内核模块钩子的检测和恢复 这里只检测了主要的内核模块nkrnlpa**.exe的.win32k.sys，hal.dll，比对它们的原始文件从而查找eat inline hook，iat hook ，和inline hook。Inline是从TEXT段开始一段位置开始比较的。（有点慢貌似，等待显示扫描完成就好了） 十二：应用层进程所加载dll的钩子 应用层钩子检测和内核模块钩子检测原理一样，不过为了能读写别的进程的空间，并没有使用openprocess去打开进程，而是通过KiattachProcess挂靠到当前进程，然后通过在r0直接读写进程空间的。
Tinyxml 源代码(VC6 & VS2005)
08-12
TinyXML是一个简单小巧，可以很容易集成到其它程序中的C++ XML解析器。 它能做些什么 简单地说，TinyXML解析一个XML文档并由此生成一个可读可修改可保存的文档对象模型（DOM）。 XML的意思是“可扩展标记语言“（eXtensible Markup Language）。它允许你创建你自己的文档标记。在为浏览器标记文档方面HTML做得很好，然而XML允许你定义任何文档标记，比如可以为一个组织者应用程序定义一个描述“to do”列表的文档。 XML拥有一个结构化并且方便的格式，所有为存储应用程序数据而创建的随机文件格式都可以用XML代替，而这一切只需要一个解析器。 最全面正确的说明可以在http://www.w3.org/TR/2004/REC-xml-20040204/找到，但坦白地说，它很晦涩难懂。事实上我喜欢http://skew.org/xml/tutorial上关于XML的介绍。 有不同的方法可以访问和与XML数据进行交互。TinyXML使用文档对象模型（DOM），这意味着XML数据被解析成一个可被浏览和操作的C++对象，然后它可以被写到磁盘或者另一个输出流中。你也可以把C++对象构造成一个XML文档然后把它写到磁盘或者另一个输出流中。 TinyXML被设计得容易快速上手。它只有两个头文件和四个cpp文件。只需要把它们简单地加到你的项目中就行了。有一个例子文件——xmltest.cpp来引导你该怎么做。 TinyXML以Zlib许可来发布，所以你可以在开源或者商业软件中使用它。许可证更具体的描述在每个源代码文件的顶部可以找到。 TinyXML在保证正确和恰当的XML输出的基础上尝试成为一个灵活的解析器。TinyXML可以在任何合理的C++适用系统上编译。它不依赖于异常或者运行时类型信息，有没有STL支持都可以编译。TinyXML完全支持UTF-8编码和前64k个字符实体（译注：如果你不明白这句译文，可能你需要了解一下Unicode编码）。 它无法做些什么 TinyXML不解析不使用DTDs（文档类型定义）或者XSLs（可扩展样式表语言）。有其它解析器（到www.sourceforge.org搜索一下XML）具有更加全面的特性，但它们也就更大，需要花更长的时间来建立你的项目，有更陡的学习曲线，而且经常有一个更严格的许可协议。如果你是用于浏览器或者有更复杂的XML需要，那么TinyXML不适合你。 下面的DTD语法在TinyXML里是不做解析的： <!DOCTYPE Archiv [ ]> 因为TinyXML把它看成是一个带着非法嵌入!ELEMENT结点的!DOCTYPE结点。或许这在将来会得到支持。 指南 有耐性些，这是一份能很好地指导你怎么开始的指南，它（非常短小精悍）值得你花时间完整地读上一遍。 TinyXML指南 代码状况 TinyXML是成熟且经过测试的代码，非常健壮。如果你发现了漏洞，请提交漏洞报告到sourcefore网站上 （www.sourceforge.net/projects/tinyxml）。 我们会尽快修正。 有些地方可以让你得到提高，如果你对TinyXML的工作感兴趣的话可以上sourceforge查找一下。 相关项目 你也许会觉得TinyXML很有用！（简介由项目提供） TinyXPath (http://tinyxpath.sourceforge.net). TinyXPath是一个小巧的XPath语法译码器脚本，用C++写成。 TinyXML++ (http://code.google.com/p/ticpp/). TinyXML++是一个全新的TinyXML接口，使用了许多诸如模板，异常处理和更好的错误处理这些C++强项技术。 特性 使用STL TinyXML可以被编译成使用或不使用STL。如果使用STL，TinyXML会使用std::string类，而且完全支持std::istream，std::ostream，operator<>。许多API方法都有 ‘const char*’和’const std::string&’两个版本。 如果被编译成不使用STL，则任何STL都不会被包含。所有string类都由TinyXML它自己实现。所有API方法都只提供’const char*’传入参数。 使用运行时定义： TIXML_USE_STL 来编译成不同的版本。这可以作为参数传给编译器或者在“tinyxml.h”文件的第一行进行设置。 注意：如果在Linux上编译测试代码，设置环境变量TINYXML_USE_STL=YES/NO可以控制STL的编译。而在Windows上，项目文件提供了STL和非STL两种目标文件。在你的项目中，在tinyxml.h的第一行添加"#define TIXML_USE_STL"应该是最简单的。 UTF-8 TinyXML支持UTF-8，所以可以处理任何语言的XML文件，而且TinyXML也支持“legacy模式”——一种在支持UTF-8之前使用的编码方式，可能最好的解释是“扩展的ascii”。 正常情况下，TinyXML会检测出正确的编码并使用它，然而，通过设置头文件中的TIXML_DEFAULT_ENCODING值，TinyXML可以被强制成总是使用某一种编码。 除非以下情况发生，否则TinyXML会默认使用Legacy模式： 如果文件或者数据流以非标准但普遍的"UTF-8引导字节" (0xef 0xbb 0xbf)开始，TinyXML会以UTF-8的方式来读取它。 如果包含有encoding="UTF-8"的声明被读取，那么TinyXML会以UTF-8的方式来读取它。 如果读取到没有指定编码方式的声明，那么TinyXML会以UTF-8的方式来读取它。 如果包含有encoding=“其它编码”的声明被读取，那么TinyXML会以Legacy模式来读取它。在Legacy模式下，TinyXML会像以前那样工作，虽然已经不是很清楚这种模式是如何工作的了，但旧的内容还得保持能够运行。 除了上面提到的情况，TinyXML会默认运行在Legacy模式下。 如果编码设置错误或者检测到错误会发生什么事呢？TinyXML会尝试跳过这些看似不正确的编码，你可能会得到一些奇怪的结果或者乱码，你可以强制TinyXML使用正确的编码模式。 通过使用LoadFile( TIXML_ENCODING_LEGACY )或者LoadFile( filename, TIXML_ENCODING_LEGACY )， 你可以强制TinyXML使用Legacy模式。你也可以通过设置TIXML_DEFAULT_ENCODING = TIXML_ENCODING_LEGACY来强制一直使用Legacy模式。同样的，你也可以通过相同的方法来强制设置成TIXML_ENCODING_UTF8。 对于使用英文XML的英语用户来说，UTF-8跟low-ASCII是一样的。你不需要知道UTF-8或者一点也不需要修改你的代码。你可以把UTF-8当作是ASCII的超集。 UTF-8并不是一种双字节格式，但它是一种标准的Unicode编码！TinyXML当前不使用或者直接支持wchar，TCHAR，或者微软的_UNICODE。"Unicode"这个术语被普遍地认为指的是UTF-16（一种unicode的宽字节编码）是不适当的，这是混淆的来源。 对于“high-ascii”语言来说——几乎所有非英语语言，只要XML被编码成UTF-8， TinyXML就能够处理。说起来可能有点微妙，比较旧的程序和操作系统趋向于使用“默认”或者“传统”的编码方式。许多应用程序（和几乎所有现在的应用程序）都能够输出UTF-8，但是那些比较旧或者难处理的（或者干脆不能使用的）系统还是只能以默认编码来输出文本。 比如说，日本的系统传统上使用SHIFT-JIS编码，这种情况下TinyXML就无法读取了。但是一个好的文本编辑器可以导入SHIFT-JIS的文本然后保存成UTF-8编码格式的。 Skew.org link上关于转换编码的话题做得很好。 测试文件“utf8test.xml”包含了英文、西班牙文、俄文和简体中文（希望它们都能够被正确地转化）。“utf8test.gif”文件是从IE上截取的XML文件快照。请注意如果你的系统上没有正确的字体（简体中文或者俄文），那么即使你正确地解析了也看不到与GIF文件上一样的输出。同时要注意在一个西方编码的控制台上（至少我的Windows机器是这样），Print()或者printf()也无法正确地显示这个文件，这不关TinyXML的事——这只是操作系统的问题。TinyXML没有丢掉或者损坏数据，只是控制台无法显示UTF-8而已。 实体 TinyXML认得预定义的特殊“字符实体”，即： & & < > " " &apos; ‘ 这些在XML文档读取时都会被辨认出来，并会被转化成等价的UTF-8字符。比如下面的XML文本： Far & Away 从TiXmlText 对象查询出来时会变成"Far & Away"这样的值，而写回XML流/文件时会以“&”的方式写回。老版本的TinyXML“保留”了字符实体，而在新版本中它们会被转化成字符串。 另外，所有字符都可以用它的Unicode编码数字来指定， " "和" "都表示不可分的空格字符。 打印 TinyXML有几种不同的方式来打印输出，当然它们各有各的优缺点。 Print( FILE* )：输出到一个标准C流中，包括所有的C文件和标准输出。 "相当漂亮的打印", 但你没法控制打印选项。 输出数据直接写到FILE对象中，所以TinyXML代码没有内存负担。 被Print()和SaveFile()调用。 operator<<：输出到一个c++流中。 与C++ iostreams集成在一起。 在"network printing"模式下输出没有换行符，这对于网络传输和C++对象之间的XML交换有好处，但人很难阅读。 TiXmlPrinter：输出到一个std::string或者内存缓冲区中。 API还不是很简练。 将来会增加打印选项。 在将来的版本中可能有些细微的变化，因为它会被改进和扩展。 流 设置了TIXML_USE_STL，TinyXML就能支持C++流（operator <>）和C（FILE*）流。但它们之间有些差异你需要知道： C风格输出： 基于FILE* 用Print()和SaveFile()方法 生成具有很多空格的格式化过的输出，这是为了尽可能让人看得明白。它们非常快，而且能够容忍XML文档中的格式错误。例如一个XML文档包含两个根元素和两个声明仍然能被打印出来。 C风格输入： 基于FILE* 用Parse()和LoadFile()方法 速度快，容错性好。当你不需要C++流时就可以使用它。 C++风格输出： 基于std::ostream operator<> 从流中读取XML使其可用于网络传输。通过些小技巧，它知道当XML文档读取完毕时，流后面的就一定是其它数据了。TinyXML总假定当它读取到根结点后XML数据就结束了。换句话说，那些具有不止一个根元素的文档是无法被正确读取的。另外还要注意由于STL的实现和TinyXML的限制，operator>>会比Parse慢一些。 空格 对是保留还是压缩空格这一问题人们还没达成共识。举个例子，假设‘_’代表一个空格，对于"Hello____world"，HTML和某些XML解析器会解释成"Hello_world"，它们压缩掉了一些空格。而有些XML解析器却不会这样，它们会保留空格，于是就是“Hello____world”（记住_表示一个空格）。其它的还建议__Hello___world__应该变成Hello___world 。 这是一个解决得不能让我满意的问题。TinyXML一开始就两种方式都支持。调用TiXmlBase::SetCondenseWhiteSpace( bool )来设置你想要的结果，默认是压缩掉多余的空格。 如果想要改变默认行为，你应该在解析任何XML数据之前调用TiXmlBase::SetCondenseWhiteSpace( bool ) ，而且我不建议设置之后再去改动它。 句柄 想要健壮地读取一个XML文档，检查方法调用后的返回值是否为null是很重要的。一种安全的检错实现可能会产生像这样的代码： TiXmlElement* root = document.FirstChildElement( "Document" ); if ( root ) { TiXmlElement* element = root->FirstChildElement( "Element" ); if ( element ) { TiXmlElement* child = element->FirstChildElement( "Child" ); if ( child ) { TiXmlElement* child2 = child->NextSiblingElement( "Child" ); if ( child2 ) { // Finally do something useful. 用句柄的话就不会这么冗长了，使用TiXmlHandle类，前面的代码就会变成这样： TiXmlHandle docHandle( &document ); TiXmlElement* child2 = docHandle.FirstChild( "Document" ).FirstChild( "Element" ).Child( "Child", 1 ).ToElement(); if ( child2 ) { // do something useful 这处理起来容易多了。 查阅TiXmlHandle可以得到更多的信息。 行列追踪 对于某些应用程序来说，能够追踪节点和属性在它们源文件中的原始位置是很重要的。另外，知道解析错误在源文件中的发生位置可以节省大量时间。 TinyXML能够追踪所有结点和属性在文本文件中的行列原始位置。TiXmlBase::Row() 和 TiXmlBase::Column() 方法返回结点在源文件中的原始位置。正确的制表符号可以经由TiXmlDocument::SetTabSize() 来配置。 使用与安装 编译与运行xmltest： 提供了一个Linux Makefile和一个Windows Visual C++ .dsw 文件。只需要简单地编译和运行，它就会在你的磁盘上生成demotest.xml文件并在屏幕上输出。它还尝试用不同的方法遍历DOM并打印出结点数。 那个Linux makefile很通用，可以运行在很多系统上——它目前已经在mingw和MacOSX上测试过。你不需要运行 ‘make depend’，因为那些依赖关系已经硬编码在文件里了。 用于VC6的Windows项目文件 tinyxml： tinyxml 库，非STL tinyxmlSTL： tinyxml 库，STL tinyXmlTest： 用于测试的应用程序，非STL tinyXmlTestSTL： 用于测试的应用程序，STL Makefile 在makefile的顶部你可以设置： PROFILE，DEBUG，和TINYXML_USE_STL。makefile里有具体描述。 在tinyxml目录输入“make clean”然后“make”，就可以生成可执行的“xmltest”文件。 在某一应用程序中使用： 把tinyxml.cpp，tinyxml.h， tinyxmlerror.cpp， tinyxmlparser.cpp， tinystr.cpp， 和 tinystr.h 添加到你的项目和makefile中。就这么简单，它可以在任何合理的C++适用系统上编译。不需要为TinyXML打开异常或者运行时类型信息支持。 TinyXML怎么工作 举个例子可能是最好的办法，理解一下： Go to the Toy store! Do bills 它称不上是一个To Do列表，但它已经足够了。像下面这样读取并解析这个文件（叫“demo.xml”）你就能创建一个文档： TiXmlDocument doc( "demo.xml" ); doc.LoadFile(); 现在它准备好了，让我们看看其中的某些行和它们怎么与DOM联系起来。 第一行是一个声明，它会转化成TiXmlDeclaration 类，同时也是文档结点的第一个子结点。 这是TinyXML唯一能够解析的指令/特殊标签。一般来说指令标签会保存在TiXmlUnknown 以保证在它保存回磁盘时不会丢失这些命令。 这是一个注释，会成为一个TiXmlComment对象。 "ToDo"标签定义了一个TiXmlElement 对象。它没有任何属性，但包含另外的两个元素。 生成另一个TiXmlElement对象，它是“ToDo”元素的子结点。此元素有一个名为“priority”和值为“1”的属性。 Go to the TiXmlText ，这是一个叶子结点，它不能再包含其它结点，是"Item" TiXmlElement的子结点。 另一个TiXmlElement, 这也是“Item”元素的子结点。 等等 最后，看看整个对象树： TiXmlDocument "demo.xml" TiXmlDeclaration "version=’1.0′" "standalone=no" TiXmlComment " Our to do list data" TiXmlElement "ToDo" TiXmlElement "Item" Attribtutes: priority = 1 TiXmlText "Go to the " TiXmlElement "bold" TiXmlText "Toy store!" TiXmlElement "Item" Attributes: priority=2 TiXmlText "Do bills" 文档 本文档由Doxygen使用‘dox’配置文件生成。 许可证 TinyXML基于zlib许可证来发布： 本软件按“现状”提供（即现在你看到的样子），不做任何明确或隐晦的保证。由使用此软件所引起的任何损失都决不可能由作者承担。 只要遵循下面的限制，就允许任何人把这软件用于任何目的，包括商业软件，也允许修改它并自由地重新发布： 1. 决不能虚报软件的来源；你决不能声称是你是软件的第一作者。如果你在某个产品中使用了这个软件，那么在产品文档中加入一个致谢辞我们会很感激，但这并非必要。 2. 修改了源版本就应该清楚地标记出来，决不能虚报说这是原始软件。 3. 本通告不能从源发布版本中移除或做修改。 参考书目 万维网联盟是定制XML的权威标准机构，它的网页上有大量的信息。 权威指南：http://www.w3.org/TR/2004/REC-xml-20040204/ 我还要推荐由OReilly出版由Robert Eckstein撰写的"XML Pocket Reference"……这本书囊括了入门所需要的一切。 捐助者，联系人，还有简史 非常感谢给我们建议，漏洞报告，意见和鼓励的所有人。它们很有用，并且使得这个项目变得有趣。特别感谢那些捐助者，是他们让这个网站页面生机勃勃。 有很多人发来漏洞报告和意见，与其在这里一一列出来不如我们试着把它们写到“changes.txt”文件中加以赞扬。 TinyXML的原作者是Lee Thomason(文档中还经常出现“我”这个词) 。在Yves Berquin，Andrew Ellerton，和tinyXml社区的帮助下，Lee查阅修改和发布新版本。
当前不会命中断点，源代码与原始代码不同
yuan17787的博客
09-14 178
当前不会命中断点，源代码与原始代码不同
解决：当前不会命中断点。源代码与原始版本不同
qq_40544338的博客
06-21 1万+
目录 一、目的 1、问题：想解决：当前不会命中断点。源代码与原始版本不同 二、参考 1、当前不会命中断点,源代码与原始版本不同,解决办法 三、操作 1、(失败)：属性里面重生生成 2、（有时候有效）：在代码里面ctrl+a 然后ctrl+k然后ctrl+s：让整个代码自动格式化 3、（最有效）：之前是bin文件为输出目录，现在改为bin2文件夹，然后重新生成一下，然后断点就可以了 一、目的 1、问题：想解决：当前不会命中断点。源代码与原始版本不同 二、参考 1、当前不会命中.
“当前不会命中断点。源代码与原始版本不同”的问题的有效解决办法
热门推荐
clever101的专栏
10-14 4万+
    开发时有一个工程的一个文件的断点无效，VS 2005提示说当前不会命中断点。源代码与原始版本不同，请在断点选项里设置允许源代码与原始版本不同。这个是针对单个断点进行设置。如果要对所有的断点进行设置，则要在“工具”——〉“选项”——〉“调试”——〉“要求源文件与原始版本完成匹配”去掉勾。    实际上有比这个办法更好的办法，就是将出问题的文件用notepad打开，然后另存为Unico
visual studio代码编译运算后，未作改动，但提示“当前不会命中断点，源代码与原始版本不同”
Yangy_Jiaojiao的博客
12-09 1659
一、问题描述已生成pdb,但不能调试。“当前不会命中断点，源代码与原始版本不同”很可能是pdb和可执行文件exe没在同一个目录下。这个问题通常是由于代码在运行时与其在编译时的原始版本不同所致。以下是一些可能导致这种问题的原因和解决方法确保你在修改代码后保存了文件。某些集成开发环境（IDE）在保存文件之前不会重新编译代码，这可能导致运行时看到与代码不同的版本。某些编译器可能会对代码进行优化，生成与源代码看起来不同的机器代码。在调试时，确保你关闭了编译器的优化选项。
VS Release 模式下 源代码与原始版本不同 导致的断点失效问题解决方案
weixin_42258743的博客
10-13 1645
在vs release模式下进行断点调试时，修改了源文件内容，并继续调试，导致出现断点失效问题。移动鼠标至断点，出现“当前不会命中断点。源代码与原始版本不同”。 解决方法如下所示： 1. 使用vs清理解决方案，或者清理项目，然后将调试的相关工程重新编译一次； 2.若方法1没能解决问题，那么尝试格式化代码，通过重新格式化出问题的源文件亦可以解决。在 vs中 全选文件->编辑->高级->设置选中内容格式->重新编译； 3.结束vs，手动把bin目录删除掉，...
vs警告当前源代码跟内置的版本不一致的解决办法
jiashiyan的博客
11-05 1234
当前源代码跟内置的版本不一致
源代码与原始版本不同 解决方案
花海的专栏
02-27 1万+
首先，右键项目——清理。 然后，右键项目——运行。 即可。 我是这么解决的，仅供参考。 搜到了一个比较全的解决办法，也可以参考这个。 http://www.cnblogs.com/lzpong/p/4501011.html...
matlab数字水印算法及实现和源代码.pdf
04-15
Matlab 数字水印算法及实现和源代码 数字水印技术作为数字媒体版权保护的有效办法，近年来在国内外引起了人们极大的兴趣。然而，数字水印技术涉及到的知识面比较广，即使是专业人员有时也感到力不从心。因此，选择...
PHP加解密软件
12-24
注意：自己一定要保存好原始代码，不然丢失了，连你自己也没有办法查看和修改的。 　 　接下来测试一下加密的代码，从浏览器访问加密后的PHP程序，哎呀，出错了，不能运行，并显示如图3所示的信息。原来，使用Zend...
multiCCL_f
10-19
特别说明： 本软件谢绝任何支持或使用3721（及及... 检查源代码，只发现一个进程句柄没有及时关闭，修正了这个函数， 作为试探性修改，看看问题是否解决。 2006-07-14 v 1.100 : 1- 修正了处理干扰码的方式，并在...
解决VS2005 VS2008 vs2010断点无效-源代码与原始版本不同
weixin_34037515的博客
03-05 89
网上说的方法：(额~但是我就是不能用。但是也贴出来) 方法1、直接把整个文件格式化了一次，断点就可以用了Ctrl + A全选菜单：编辑－〉高级－〉设置选定内容的格式　（Ctrl+K, Ctrl+F)通过比较文件发现是由于制表符Tab(0x09)引起的，原因不详。 方法2：整个工程重新生成。 方法3：利用批清理和批生成来重新通过源代码生成DLL，以便源代码和DLL是对应的。 1、右键点击解决...
C# 当前不会命中断点。源代码与原始版本不同。
Yungoal的博客
02-04 564
重新生成解决方案，检查更新引用dll
解决VS编译提示“当前不会命中断点，源代码与原始版本不同”的问题
01-26 1万+
下面是一些汇总： 1、 今天在Visual Studio 2005中调试某个程序时遇到一个奇怪问题 就是在某个源文件中设置的断点老是无效，提示“当前不会命中断点。源代码与原始版本不同”信息 清理项目、重编项目、重新拷贝原文件都解决不了问题 “工具”，“选项”，“调试”，“要求源文件与原始版本完成匹配”去掉勾。 另外通过重新格式化出问题的源文件亦可以解决，即在VS2005中选择 “编辑”
当前不会命中断点，源代码与原始版本不同
crystal4000的博客
01-09 861
当前不会命中断点，源代码与原始版本不同
解决：VS2019当前不会命中断点。源代码与原始版本不同
qq_42077616的博客
11-05 2318
VS2019当前不会命中断点。源代码与原始版本不同
简历模板简洁风简历精美模板.zip
最新发布
06-17
在竞争激烈的职场中，一份专业且引人注目的简历是你通往梦想工作的黄金钥匙。我们特别为你呈现精选的面试求职简历模板，每一款都设计独特、格式清晰，帮助你在众多候选人中脱颖而出。 这些简历模板采用多种风格与布局，无论是创新、传统还是现代简约，都能满足不同行业与职位的需求。它们不只拥有吸引人的外表，更重要的是其实用性强，使得招聘经理能一眼捕捉到你的核心竞争力与职业亮点。 模板的易编辑性让你能快速个性化地调整内容，针对性地展现你的才华和经验。使用这些模板，你将更容易获得面试机会，并有效地向雇主展示你的潜力和价值。 不要让平凡无奇的简历阻挡你的职场前进之路。立即下载这些令人眼前一亮的简历模板，开启你的职场新旅程。记住，美好的第一印象是成功的开始，而一份精心制作的简历，就是你赢得梦想工作的第一块敲门砖。
在vs2019里提示当前不会命中断点，因源代码与原始版本不同如何解决
06-09
在 VS2019 中出现 "当前不会命中断点，因为源代码与原始版本不同" 的错误，通常是由于编译器与源代码之间的不同步导致的。为了解决这个问题，你可以尝试以下几个步骤： 1. 确保你的源代码和项目文件当前的版本，...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值