我们需要deBUGging生产windows服务器上运行的.NET完全CLR和核心CLR应用程序,而不需要使用远程deBUGging(msvsmon),或者安装完整的IDE(Visual Studio / Visual Studio Core,…)。
我们如何deBUGging这些应用程序?
一个64位版本的MDbg可以通过NuGet获取。 它不适用于32位或64位的ASP.NET Core进程。
其他意见:
如何configurationtoolstripdropdownbutton大小以匹配父级下拉button的大小?
有无论如何要求用户指定应用程序的文件夹位置?
添加应用程序清单以确保在windows XP,Vista和7上提升权限的可靠程度如何?
什么是csilog文件?
我怎样才能知道我创build的文件是在当前用户的login会话中创build的?
通过NuGet检索的MDbg版本可以强制转换为32位的corflags /32BITREQ+ /Force Mdbg.exe ,它允许您deBUGging32位的完整Clrstream程。
有一个打开的GitHub问题将MDbg.exe移植到CoreCLR ,这表明它目前不可用。
在winXP https请求错误
用VC ++编程在windows之外运行
LRU文件caching和在windows目录中查找文件的成本
应用程序崩溃作为有限的用户
DropDown列表与checkBox
总结以上是内存溢出为你收集整理的.NET Core / Full CLR应用程序的独立debugging全部内容,希望文章能够帮你解决.NET Core / Full CLR应用程序的独立debugging所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)