以前调试网站的时候都习惯是直接在解决方案中右键调试——启动新实例,后来发现这样的缺点有: 1.启动比较慢: 2.一些浏览器的request参数无法带入: 3.不特殊指定启动url的话,VS会将页面加载到localhost,如http://localhost/test.aspx : 这样的话通过域名加载的共享的cookie也不能共享了. 痛定思痛,我决心使用在VS中附加进程的方式调试IIS页面. 步骤如下: 1.在IIS中建立站点直接指到程序所在文件夹(或者路径指到程序发布的文件夹): 2.对要测

写好了一个WebService,部署到IIS上,用浏览器访问发现并不能命中断点. 经过多次的查找发现是由于附加的代码类型选择错误. 下图由于错误的选择了托管代码,导致调试时不命中断点,勾选自动解决.

源解决方案是英文版的,地址:https://dzone.com/articles/fix-for-could-not-connect-to-the-debugger-while-de 问题现象: 1. 运行 按钮后,可以成功发布程序到模拟器. 2. 随后发布后的程序被启动,瞬间停止.稍后手动从模拟器中启动程序,有时能启动,有时不能. 问题原因: 1.VS发布时使用了快速部署. 2.处理器太新,Hyper-V兼容性有问题. 总结下来就两个地方需要设置: 1. APP右键属性,Android Opt

去掉勾

系列目录     [已更新最新开发文章,点击查看详细] 断点是开发人员的工具箱中最重要的调试技术之一. 若要暂停调试程序执行所需的位置设置断点. 例如,你可能想要查看代码变量的状态或查看调用堆栈的某些断点. 01 在源代码中设置断点 可以在任意可执行代码行上设置断点. 例如,在以下 C# 代码,可以设置断点在变量声明for循环中或内的任何代码for循环. 命名空间或类声明或方法签名,无法设置断点. 若要在源代码中设置断点,请单击代码行旁边的最左侧边距中. 您还可以选择行,然后按F9,选择调试 >

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

今天在调试代码的时候发现在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

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

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

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

经常有这种情况, 开发机本地正常, 但是一旦发布到服务上后, 就出现各种问题. 这是由于开发机和服务器环境不一样造成的, 所以开发时要尽可能的模拟真实性.  这时候, VS的这个功能就帮大忙了. 如何启用IIS调试      第一种: 附加进程法 1.  在IIS中建立站点直接指到程序所在文件夹(或者路径指到程序发布的文件夹):   2.  对要测试的页面设置断点,然后选择”调试”->”附加到进程”,在进程中选择w3wp.exe进程(需要先打开需测试的页面):如果找不到w3wp.exe进程,在进

IIS调试ASP.NET Core项目 新建一个ASP.NET Core Web项目,选择API模板或随便一个模板都行 新建一个名为localhost的发布(没试过远程主机,或许也可以),主要设置如下: 连接页 ​ 发布方法:Web部署 ​ 服务器:localhost ​ 站点名称:Default Web Site/{任意合法名称} 设置页 ​ 配置:Debug ​ 目标框架:与项目所用框架一致 (当前选的netcoreapp2.2) ​ 部署模式:框架依赖 ​ 目标运行时:可移植 执行发布,会

遇到“当前不会命中断点.源代码与原始版本不同”的问题. 在网上查的类似: 一般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.设置断点,它显示一

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

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

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

在实际的开发当中,相信很多的开发者在开发调试ASP.NET网站时候都是直接通过Visual Studio工具的编译运行来调试的. 一般情况下,这种调试方式也不会有多少问题,但有时候我们会发现这样的一个情况,就是明明在本地调试运行都没有问题的网站,部署到服务器IIS上,就出现无法描述的线上问题.这时候,就要排除服务器环境是否跟本地环境一样,其中一点还要涉及到IIS的配置的排除. 那问题来了,我们能不能在开发的时候,就部署在IIS上调试,而不是直接使用Visual Studio的运行调试,这样涉及到

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

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