源文件与模块生成时的文件不同

最新推荐文章于 2020-11-09 15:23:27 发布
转载 最新推荐文章于 2020-11-09 15:23:27 发布 · 8.7k 阅读 · 2

本文介绍了解决Microsoft Visual Studio中调试断点失效的问题。通过调整设置，取消“要求源文件和版本匹配”及“地址级的调试”，使得调试器能够正确地定位到代码断点。

源文件与模块生成时的文件不同。仍要让调试器使用它吗？【转】  

在用 Microsoft Visual 调试程序时，设置的断点竟然无效！

如果单步运行，使用F11进入，则弹出对话框，源文件与模块生成时的文件不同。仍要让调试器使用它吗？
选择是，可以进入到文件中，但设置的断点是虚的，无法调试。

在网上搜罗了一下，终于解决了！
解决方法如下，
在最上面一排的菜单栏选择工具-> 选项
在弹出窗口中选择调试-> 常规 
把“要求源文件和版本匹配”的勾勾去掉 
然后去掉“地址级的调试”的勾勾（这样就不会出现反汇编代码了）


VS2010下    试验可行，

zsfsmartfish
关注
源文件与模块生成时的文件不同，是否希望调试器使用它？如何解决
Emily的博客
03-14 9386
前言  　　在调试的过程中遇到了一些问题。如下图 出现问题的背景： 　　在调试添加用户功能的代码的时候出现了这个问题，先前也没有怎么当回事儿，就直接点 “是”，程序就接着运行了。但是随着调试的增多，每次都出现这个问题是挺烦的。于是就从网上搜来了解决方案。 打开VS在菜单栏上找到工具->选项->调试出现如下图 然后再在这两个框所标记的地方，去掉前面的对勾 像这样，
“源文件与模块生成时的文件不同”解决方案
邱慕夏 没有比脚更长的路，没有比人更高的山
04-30 2737
问题： 在做BS项目的时候，出现的问题，就是服务器中的代码我们修改了之后，在用client端通过WCF服务调用Service端的时候，出现了这样的问题就是：“源文件与模块生成时的文件不同”。其实，我觉得这个问题很简单，就是我们在修改了Service端的代码之后，Client端没有进行更新，它调用的是没有修改过的Serivce文件，会出现下面这样的错误。 调用的时候，我将
使用 Visual Studio 对源代码文件进行哈希处理以确保文件完整性
dotNET跨平台
03-22 1271
对所有编译的软件语言来说，将人类可读代码转换成计算机可读代码都是一项软件保障挑战： 用户如何有信心相信在其计算机上运行的软件程序是根据开发者创建的同一源代码文件生成的呢？ 这不一定，即使源代码文件经过行业专家评审，也不例外，因为可能出现开放源代码软件的情况。软件保障的核心是信任经过评审的源代码文件是生成可执行文件的相同源代码文件。   在编译和链接过程中，使用特定编程语言（C#、C
调试时源文件与模块生成时的文件不同
abble32189的博客
11-28 479
今天在弄原来那个发送接收程序的时候遇到个问题： 在visual studio 2008中做程序的时候，在设计器里面添加了控件，但是在运行调试的 时候却没显示，也没看见有报错，更改了那些控件的属性值之后也同样在调试的时候一点反 应没有。在初始化组件那里打个断点监视，却报错：“调试时源文件与模块生成时的文件不 同”。其实原因在于调试的源文件的版本跟生成时的文件的版本不一致。解决...
源文件与模块生成时的文件不同，仍要让调试器使用它吗
chenyujing1234的专栏
05-23 1万+
转自: http://blog.sina.com.cn/s/blog_724cf2190100pd37.html 解决办法: 1.在工具-> 选项-> 调试-> 常规 里 把“要求源文件和版本匹配”的勾勾去掉 然后去掉“地址级的调试”的勾勾（这样就不会出现反汇编代码了） 然后重新引用 2.直接把WEB项目下面的Bin文件夹下的BLL全部删除。 3.若出现如下的警告信息 仔细看生
vs2010对源文件进行md5计算的错误，源文件与模块生成时的文件不同
07-19 3892
最近碰到一个奇葩的问题。用vs2010编译程序调试运行，跟踪到一个函数的时候提示“源文件与模块生成时的文件不同，是否希望调试器使用它？” 通常碰到这种情况，重新编译一下就好了，但是这次，重新编译了n次居然都没好。 查了网上的方案，都是说修改工具-选项里的选项，取消比较。但是那只是掩耳盗铃而已。 选择“是”，在文档中无法下断点。 选择“否”不使用该文档调试，弹出来“无可用源”一个界面，界
【编译与链接技术】基于GCC和GNU binutils的可执行文件生成流程及Linux模块加载机制解析
最新发布
09-03
文中通过实例分析了GCC如何将源文件编译为目标文件，并结合crt启动文件生成以_start为入口的可执行程序，解析了链接器对强弱符号的处理规则和静态库的符号解析过程。同时阐述了动态库的运行时链接特性及其与静态库的...
关于【源文件与模块生成时的文件不同】问题的解决
weixin_30257433的博客
04-21 252
问题描述： 今天在.net开发遇到了这个问题，调试时总是出现这个错误，F11跟踪不了代码，起初以为是该文件所在项目的程序集没有更新，于是删除了重新调试，结果依然如此。网上看到的几个解决办法也无效。根本原因在于，生成网站时，该文件所在的程序集已被引入到网站项目中，要查看该网站bin目录中引用的程序集是不是最新的。要保证这一点，第一要确保网站项目添加了该引用，二则在引入的类库中修改了文件要记得重新编...
“允许源文件与模块生成文件不同” 解决方法 ，亲测最有效的
ives的专栏
02-21 514
今天写代码的时候有一处访问数据库的操作，sql语句报了错，因为少加了一个【,】 调试的时候中断在这个地方，然后发现了问题，就顺手加了上去，再运行的时候发现运行的版本还是那个少了【,】的版本 然后就有了此文 网上查找解决方案大致有三种，我尝试了两种，最后使用了自己的办法解决 网上的解决方案链接在此【http://blog.csdn.net/woaizhoulichao1/article/de
关于调试时出现“源文件与模块生成时的文件不同”
热门推荐
MrJGao的专栏
07-19 2万+
今天打开工程写代码，一直出现莫名其妙的错误，怎么改都不行，后俩
源文件与模块生成时的文件不同。仍要让调试器使用它吗？
ablenavy的专栏
07-21 3366
在用 Microsoft Visual C++ 2005 调试程序时，设置的断点竟然无效！如果单步运行，使用F11进入，则弹出对话框，源文件与模块生成时的文件不同。仍要让调试器使用它吗？选择是，可以进入到文件中，但设置的断点是虚的，无法调试。在网上搜罗了一下，终于解决了！解决方法如下，在最上面一排的菜单栏选择工具-> 选项在弹出窗口中选择调试-> 常规 把“要求源文件和版本匹配”的勾勾去掉 然
源文件与模块生成时的文件不同 调试
litter_star的博客
04-20 436
源文件与模块生成时的文件不同。仍要让调试器使用它吗？【转】   在用 Microsoft Visual 调试程序时，设置的断点竟然无效！ 如果单步运行，使用F11进入，则弹出对话框，源文件与模块生成时的文件不同。仍要让调试器使用它吗？ 选择是，可以进入到文件中，但设置的断点是虚的，无法调试。 在网上搜罗了一下，终于解决了！ 解决方法如下， 在最上面一排的菜单栏选
“源文件与模块生成时的文件不同”问题记录
gtintesl的博客
11-09 1017
起因 项目中文件有 list.h、list.cpp、main.cpp。在单独对 list.cpp 中的代码进行修改后，发现修改后的效果没有实现，运行的仍是修改前的代码。使用断点调试时出现以上错误。 解决方法 网上搜到的普遍答案： 将“要求源文件和版本匹配”和“地址级的调试”2个选项的勾选都去掉 结果： 只是不会出现提示，仅针对 list.cpp 代码的修改仍然无法生效。 右键项目->清理；或清除 DeBug 目录下的所有文件 结果： 仅对 list.cpp 代码的修改生效，但每次都得重新..
vs调试连接库
czx32296429的专栏
05-14 456
在配置属性中，调试选项中，添加相应的命令连接 工程属性->C/C++->代码生成->运行时库 有 4个选项 /MT    /MTd    /MD    /MDd   分别决定了要以何种方式连接一个库 多线程                       (/MT)                       libcmt.lib                           s
源文件与模块生成时的文件不同。是否希望调试器使用它？
LYSM
10-31 849
VS 调试 Lib 工程时，如图： 解决方法： 在调用工程里（注意不是你 lib 工程或者 dll 工程），找到 工具 - 选项 - 调试 - 要求源文件与原始版本完全匹配 ，去掉勾选。 问题解决 —— ...
vs源文件与模块生成时不同
06-28
在 Microsoft Visual Studio 中，当调试器提示“源文件与模块生成时的文件不同”时，这通常表示当前正在调试的可执行文件（例如 `.exe`）是由与当前打开的源代码文件（`.cpp` 或 `.h`）不一致的版本构建的。这种情况可能发生在以下几种情形： - 在未重新生成解决方案的情况下修改了源文件。 - 多人协作开发中，版本控制不当导致源文件版本混乱。 - 编译输出路径配置错误，导致加载了旧版本的模块。 - 调试器缓存了旧模块信息，而实际模块已更新。 ### 解决方法 为了解决这一问题，应确保源文件与模块的版本保持同步，并采取以下措施： 1. **清理并重新生成解决方案** 选择菜单中的 `生成 > 清理解决方案`，然后再选择 `生成 > 重新生成解决方案`。这样可以确保所有项目都基于最新的源文件进行编译和链接，避免因部分旧文件残留而导致的版本不一致问题[^2]。 2. **检查项目属性中的输出路径** 确保每个项目的输出目录（Output Directory）和中间目录（Intermediate Directory）设置正确，并指向统一的构建结构。例如，多个项目可以共享 `bin\x64\Debug` 或 `lib\x64\Release` 等标准路径，以避免模块被写入不同位置[^4]。 3. **启用符号匹配检查（Symbol Matching）** 在调试设置中启用符号路径（Symbol Path）并配置为包含 `.pdb` 文件的路径，可以帮助调试器识别是否使用了与模块匹配的符号文件。若发现符号不匹配，调试器将提示用户确认是否继续调试。 4. **禁用增量链接或增量编译** 在某些情况下，启用增量链接（Incremental Linking）可能导致模块未完全更新。可以在项目属性的链接器设置中将 `Enable Incremental Linking` 设置为 `No`，以确保每次生成都是完整的链接过程。 5. **清除 Visual Studio 的临时缓存** 删除以下目录中的内容有助于清除旧模块和符号缓存： - `%LocalAppData%\Microsoft\VisualStudio\16.0\ComponentModelCache` - `%Temp%\VisualStudioRemoteDebugger` 6. **使用命令行编译验证一致性** 使用 MSVC 编译器直接通过命令行构建项目，例如： ```cmd "C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\bin\Hostx64\x64\cl.exe" /EHsc /Zi hello.cpp /link /DEBUG ``` 可以排除 IDE 缓存影响，验证是否仍存在源码与模块不一致的问题[^3]。 7. **版本控制系统同步** 若团队协作中出现此问题，建议使用 Git 等工具进行版本管理，确保所有开发者工作在相同的提交（commit）基础上，并定期拉取最新更改。 ###
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值