这是我见过的最令人沮丧的事情。我正在使用一个asp.net网站(我不经常这样做),每隔一段时间,我的断点就停止工作。断点不会被击中
大概有一半时间,这是因为它没有加载符号。另一半,源代码与原来的不同。删除解决方案文件并重新保存应用程序通常会修复它,但是我一直厌倦了这么做。
我已经尝试了几乎所有的网络解决方案,但目前还没有运气。尽管如此,不要阻止你提供任何建议。
任何想法?
这是我见过的最令人沮丧的事情。我正在使用一个asp.net网站(我不经常这样做),每隔一段时间,我的断点就停止工作。断点不会被击中
大概有一半时间,这是因为它没有加载符号。另一半,源代码与原来的不同。删除解决方案文件并重新保存应用程序通常会修复它,但是我一直厌倦了这么做。
我已经尝试了几乎所有的网络解决方案,但目前还没有运气。尽管如此,不要阻止你提供任何建议。
任何想法?
有关断点的信息(以及其他信息)与解决方案文件一起保存在同一目录中,以隐藏文件结尾,文件名以.suo
为扩展名。
关闭解决方案,找到以.suo
结尾的隐藏文件,备份它,然后从那里删除它,然后也许你解决了你的问题。
这是我第一次做断点时遇到问题,并为我工作。
就试了一下。没有worky :( –
@PhillipSchmidt OK ... :(我把它备案。 – Aristos
重建通常会为我修复此问题(不是构建,而是构建 - >重建解决方案)。这在解决方案中完成了所有内容。你也可以尝试做一个清理和构建。
第一件事,我试过了。没有工作 –
重建,据我所知,实际上并没有做一个干净的,它只是重建整个解决方案。不尊重不需要待建项目,一个正常的“构建”将只建造项目是[它认为]有变化 – CodingGorilla
@CodingGorilla你是对的 - 我更新了帖子 –
1 - 检查你有完全访问下面
C中的文件夹:\ WINDOWS \ Microsoft.NET \框架\ v4.0.30319 \临时ASP.NET文件
2 - 如果是亲密的VisualStudio并删除所有包含的文件夹。清理并重建您的项目。 3-如果否您需要完全访问并尝试删除
删除.net临时文件,重建。如果一切都失败了。重新启动 –
做一个完整的项目重建......它只是一些库不匹配构建 –
@AndrewWalters现在正在尝试。尽管如此,重新启动对我来说并不算什么,因为每天都会发生这种情况。 –