c#winforms
这是我见过的最疯狂的事情我有一个简单的应用程序，除了datetimepicker之外，什么都没有。如果我在VS(2013-2017)中运行该应用程序并打开日历弹出窗口，则一切正常。如果我编译应用程序(调试或发行版)并运行它，则在单击日历图标后，应用程序将立即关闭。 没有报告异常，附加到运行中的进程不会捕获任何异常，而将未处理的异常捕获到所有内容，则不会捕获UI或应用程序线程上的任何内容。该应用程序使用任何cpu定位.NET 4.5.1。如果将x86或64作为目标，则结果相同。我认为这可能是一些安全策略或类似的方针，但对此了解不足，无法向安全团队提出正确的问题。这是"调试诊断工具"中的日志：加载控制脚本C：\\\\ Program Files \\\\ DebugDiag \\\\ scripts \\\\ CrashRule_Process_WindowsFormsApp1.exe.vbs DumpPath设置为WindowsFormsApp1.exe
[2017年6月13日11:40:42 AM]流程已创建。 BaseModule-C：\\\\ Users \\\\ developer1 \\\\ Documents \\\\ Visual Studio 2017 \\\\ Projects \\\\ WindowsFormsApp1 \\\\ bin \\\\ Debug \\\\ WindowsFormsApp1.exe。 BaseThread-系统ID：9468
C：\\\\ Windows \\\\ SysWOW64 \\tdll.dll加载在0x774f0000线程已创建。新线程-系统ID：8472线程已创建。新线程-系统ID：14748线程已创建。新线程-系统ID：12908线程已创建。新线程-系统ID：14436线程已创建。新线程-系统ID：5704线程已创建。新线程-系统ID：5880线程已创建。新线程-系统ID：7596C：\\\\ Windows \\\\ SYSTEM32 \\\\ MSCOREE.DLL加载在0x74ad0000C：\\\\ Windows \\\\ syswow64 \\\\ KERNEL32.dll加载到0x769f0000C：\\\\ Windows \\\\ syswow64 \\\\ KERNELBASE.dll加载到0x76e60000C：\\\\ Windows \\\\ syswow64 \\\\ ADVAPI32.dll加载到0x76fa0000C：\\\\ Windows \\\\ syswow64 \\\\ msvcrt.dll加载在0x753b0000C：\\\\ Windows \\\\ SysWOW64 \\\\ sechost.dll加载在0x75460000C：\\\\ Windows \\\\ syswow64 \\PCRT4.dll加载在0x750d0000C：\\\\ Windows \\\\ syswow64 \\\\ SspiCli.dll加载为0x74d90000C：\\\\ Windows \\\\ syswow64 \\\\ CRYPTBASE.dll加载到0x74d80000C：\\\\ Windows \\\\ Microsoft.NET \\\\ Framework \\\\ v4.0.30319 \\\\ mscoreei.dll加载为0x74a50000C：\\\\ Windows \\\\ syswow64 \\\\ SHLWAPI.dll加载到0x751e0000C：\\\\ Windows \\\\ syswow64 \\\\ GDI32.dll加载为0x77060000C：\\\\ Windows \\\\ syswow64 \\\\ USER32.dll加载到0x752a0000C：\\\\ Windows \\\\ syswow64 \\\\ LPK.dll加载在0x769e0000C：\\\\ Windows \\\\ syswow64 \\\\ USP10.dll加载到0x766e0000C：\\\\ Windows \\\\ system32 \\\\ IMM32.DLL加载在0x75240000C：\\\\ Windows \\\\ syswow64 \\\\ MSCTF.dll加载在0x76ec0000C：\\\\ Windows \\\\ system32 \\\\ ctiuser.dll加载在0x749d0000C：\\\\ Windows \\\\ syswow64 \\\\ WS2_32.dll加载在0x75050000C：\\\\ Windows \\\\ syswow64 \\SI.dll加载在0x75480000C：\\\\ Windows \\\\ syswow64 \\\\ PSAPI.DLL加载在0x774c0000C：\\\\ Windows \\\\ system32 \\\\ FLTLIB.DLL加载在0x749c0000C：\\\\ Windows \\\\ system32 \\\\ VERSION.dll加载到0x749b0000C：\\\\ Windows \\\\ Microsoft.NET \\\\ Framework \\\\ v4.0.30319 \\\\ clr.dll加载在0x742f0000C：\\\\ Windows \\\\ system32 \\\\ MSVCR120_CLR0400.dll加载到0x741f0000C：\\\\ Windows \\\\ assembly \\ativeImages_v4.0.30319_32 \\\\ mscorlib \\\\ 50bcbedc6ed7027bd709339d3ec4c388 \\\\ mscorlib.ni.dll加载为0x730a0000C：\\\\ Windows \\\\ syswow64 \\\\ ole32.dll加载在0x76560000C：\\\\ Windows \\\\ system32 \\\\ uxtheme.dll加载到0x6cdd0000C：\\\\ Windows \\\\ Microsoft.NET \\\\ Framework \\\\ v4.0.30319 \\\\ clrjit.dll加载在0x73020000C：\\\\ Windows \\\\ syswow64 \\\\ OLEAUT32.dll加载在0x76dc0000C：\\\\ Windows \\\\ assembly \\ativeImages_v4.0.30319_32 \\\\ System \\\\ 48fb602d35146bc0c0002b21343a9f56 \\\\ System.ni.dll加载为0x72690000C：\\\\ Windows \\\\ assembly \\ativeImages_v4.0.30319_32 \\\\ System.Drawing \\\\ d59cbbb217b18f4219761e344ccf1c10 \\\\ System.Drawing.ni.dll加载为0x6a610000C：\\\\ Windows \\\\ assembly \\ativeImages_v4.0.30319_32 \\\\ System.Windows.Forms \\\\ a615de88390374e7e71749451bfa5eaf \\\\ System.Windows.Forms.ni.dll加载在0x653c0000C：\\\\ Windows \\\\ WinSxS \\\\ x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.7601.18837_none_ec86b8d6858ec0bc \\\\ comctl32.dll加载为0x71c90000C：\\\\ Windows \\\\ WinSxS \\\\ x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.18837_none_41e855142bd5705d \\\\ comctl32.dll加载为0x6cc30000C：\\\\ Windows \\\\ Microsoft.NET \\\\ Framework \\\\ v4.0.30319 \\lssorting.dll加载为0x72270000C：\\\\ Windows \\\\ assembly \\ativeImages_v4.0.30319_32 \\\\ System.Core \\\\ a514635984ff3f4239dc0421b7e024b9 \\\\ System.Core.ni.dll加载为0x68370000C：\\\\ Windows \\\\ assembly \\ativeImages_v4.0.30319_32 \\\\ System.Configuration \\\\ a11c194343da7333f7f7e38960758384 \\\\ System.Configuration.ni.dll加载为0x6ab30000C：\\\\ Windows \\\\ assembly \\ativeImages_v4.0.30319_32 \\\\ System.Xml \\\\ 43529c5402fb2a8ebc8c76877b802cdc \\\\ System.Xml.ni.dll加载为0x68f70000C：\\\\ Windows \\\\ syswow64 \\\\ shell32.dll加载在0x75490000
C：\\\\ Windows \\\\ WinSxS \\\\ x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.7601.23721_none_5c052bcda00f9399 \\\\ gdiplus.dll加载为0x6b010000C：\\\\ Windows \\\\ system32 \\\\ dwmapi.dll加载到0x6ecc0000线程已创建。新线程-系统ID：6124初始化控制脚本清除任何现有断点 当前断点列表(BL)[6/13/2017 11:40:43 AM]线程退出。退出线程-系统ID：6124。退出代码-0x00000000[6/13/2017 11:41:11 AM]线程已创建。新线程-系统ID：14984C：\\\\ Windows \\\\ SysWOW64 \\\\ CRYPTSP.dll加载到0x74c20000C：\\\\ Windows \\\\ SysWOW64 \\saenh.dll加载在0x74be0000C：\\\\ Windows \\\\ SysWOW64 \\pcRtRemote.dll加载为0x74bd0000线程已创建。新线程-系统ID：13868线程退出。退出线程-系统ID：12908。退出代码-0x00000001线程退出。退出线程-系统ID：13868。退出代码-0x00000001线程退出。退出线程-系统ID：14984。退出代码-0x00000001线程退出。退出线程-系统ID：7596。退出代码-0x00000001线程退出。退出线程-系统ID：5704。退出代码-0x00000001线程退出。退出线程-系统ID：5880。退出代码-0x00000001线程退出。退出线程-系统ID：14436。退出代码-0x00000001线程退出。退出线程-系统ID：14748。退出代码-0x00000001线程退出。退出线程-系统ID：8472。退出代码-0x00000001流程已退出。退出代码-0x00000001 调试间接费用：过去的Ti虫总数= 28767(100％)调试器引擎中花费的总滴答声= 920(3％)崩溃规则脚本中花费的总滴答声= 63(0％)嗯，我有非常相似的经历。只有一些客户遇到此问题。这是由他们的防病毒程序(在我的情况下为CarbonBlack)引起的。 在事件日志中，我通过" CbDefense" EventId：17 找到了此条目'信息：应用程序" MYEXEPATH"试图通过调用函数" SetWindowsHookExW"将代码注入到进程" MYEXEPATH"中。操作被阻止，并且应用程序被Confer终止。'如果他们单击WinForm DateTimePicker，将导致程序崩溃。(针对C#.NET 3.5构建)您是否有任何DateTimePicker事件的断点？如果是这样，请删除断点，然后问题应停止。每个页面上的Microsoft Windows窗体团队都知道这是一个已知问题：https://connect.microsoft.com/VisualStudio/feedback/details/1290685/debugging-datetimepicker-event-hangs-vs：" DateTimePicker控件在其功能中安装了一个鼠标挂钩，但是当调试器在断点处停止WinForms应用程序时，如果VS碰巧获得了鼠标消息，它就可能出现死锁。不幸的是，死锁是DateTimePicker设计的结果，单击下拉菜单以显示日历时会安装鼠标钩，这意味着不应在日历处于活动状态时调用的任何事件处理程序中发送断点。当前正在调查是否有可能解决此问题，如果我们能够提供修复程序，我们将使用更多信息来更新此线程。"