VS2008 多线程调试报错处理（ContextSwitchDeadlock ）

最新推荐文章于 2024-07-02 17:08:53 发布
最新推荐文章于 2024-07-02 17:08:53 发布
阅读量1.8k 收藏
点赞数
文章标签： 多线程 application menu transition sql server vb.net
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liqunfeng2003/article/details/6977487
版权
在为财务部门开发一个VB.NET 2005应用程序时，遇到多线程调试中的ContextSwitchDeadlock错误。当处理大量数据导致进程运行过慢时，该错误频繁出现。解决方案包括检查Managed Debug Assistants，禁用ContextSwitchDeadlock选项，或者参考链接中的解决方法。感谢Scott Munro分享的解决方案。
摘要由CSDN通过智能技术生成
Debug -> Exception Menu      lagattack_   |   Edit   |  
最低0.47元/天 解锁文章
liqunfeng2003
关注
Error:检测到 ContextSwitchDeadlock
邵鸿鑫
11-19 2561
检测到 ContextSwitchDeadlock  Message: CLR 无法从 COM 上下文 0x622b440 转换为 COM 上下文 0x622b5b0，这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积
解决死锁难题 ContextSwitchDeadlock
mustbelove的专栏
07-29 8379
解决死锁难题该程序可以正常工作，但确实有一个问题。有时需要相当长的时间才能完成图像传输。在该过程中，Visual Studio 提供的错误跟踪可能会判定该程序已经停止。然后，它将引发导致程序失败的异常。关闭该异常并不困难；我们需要找到“异常”项（位于“调试”菜单项上），然后清除 ContextSwitchDeadlock 异常旁边的“抛出”框，从而显示以下对话框：图 5：关闭 Cont
VS2019调试报错：“托管调试助手 “ContextSwitchDeadlock“:“CLR 无法从 COM 上下文 0xd261d0 转换为 COM 上下文 0xd26118，这种状态已持续 60
最新发布
qq_33881408的博客
07-02 536
托管调试助手 “ContextSwitchDeadlock”:“CLR 无法从 COM 上下文 0xd261d0 转换为 COM 上下文 0xd26118，这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积。要避免此问题，所有单线程单元(STA)线程都应使用泵式等待基元(如。
ContextSwitchDeadlock，求救！！！
weixin_34167043的博客
01-25 223
检测到 ContextSwitchDeadlockMessage: CLR 无法从 COM 上下文 0x1b04b0 转换为 COM 上下文 0x1b0620，这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积。要避免此...
检测到 ContextSwitchDeadlock
面朝大海，春暖花开
12-16 1176
检测到 ContextSwitchDeadlock  Message: CLR 无法从 COM 上下文 0x450a38 转换为 COM 上下文 0x450ba8，这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断
VS2010之各种编译器调试错误自我记录
Polly Study PRIS
10-18 2972
1. 事件：在非MFC环境中使用CStdioFile时，欲#include，提示链接错误如下 错误 1 error LNK2005: "void * __cdecl operator new[](unsigned int)" (??_U@YAPAXI@Z) 已经在 libcpmtd.lib(newaop.obj) 中定义 D:\Code_CSharp\Code_Airport\Code_Air
用Visual Studio 2010编写Data Url生成工具C#版
热门推荐
无知人生，记录点滴
06-12 2万+
什么是Data Url呢？Data URI scheme是在RFC2397中定义的，目的是将一些小的数据，直接嵌入到网页中，从而不用再从外部文件载入。那么如何才能生成Data Url呢？今天我就教大家自己用Visual Studio 2010打造一款Data Url生成工具的方法。
CLR无法从COM 上下文0x645e18 转换为COM上下文0x645f88
08-11
此外，可以考虑将长时间运行的操作放到后台线程或者多线程环境中，以防止阻塞主线程。 另一个建议是在代码中添加适当的错误处理和超时机制，以确保即使长时间运行的任务也能在达到一定时限后被取消或恢复，从而避免...
Visual Studio 2008中的多线程调试
cunfuteng7334的博客
10-03 427
This might be old news but it was a treat for me. In debugging some multithreaded code recentlygot to use the improved debugger support for threads in Visual Studio 2008 (I'm running Beta 2) that Joh...
关于ContextSwitchDeadlock
踏雪无痕的专栏
04-25 1011
为项目写了一个VSTO的EXCEL工程，调试时报“CLR 无法从 COM 上下文 0x159268 转换为 COM 上下文 0x158f88，这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积。要避免此问题，所有单线程单
ContextSwitchDeadlock
aiman5818的博客
06-12 162
CLR 无法从 COM 上下文 0x204288 转换为 COM 上下文 0x2043f8，这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积。要避免此问题，所有单线程单元(STA)线程都应使用泵式等待基元(如...
ContextSwitchDeadlock 以及 DisconnectedContext
weixin_30344131的博客
12-21 485
c#调试出现ContextSwitchDeadlock 以及 DisconnectedContext 报错,具体截图如下: 解决方案的官方说明见https://docs.microsoft.com/en-us/dotnet/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-a...
C# C/S程序出错：ContextSwitchDeadlock is detected
weixin_30328063的博客
04-18 236
选择菜单栏【调试】->【窗口】->【异常设置】 使用快捷键Ctrl + Alt + E,可以快速打开该对话框 通过取消勾选或者勾选进行设置即可。 https://blog.csdn.net/superying/article/details/5363599 转载于:https://www.cnblogs.com/shy1766IT/p/10732935.html...
检测到ContextSwitchDeadlock解决方法
CodeFriends的专栏
05-26 1241
在用Visual Studio做开发时，经常会出现检测到ContextSwitchDeadlock异常，接下来，小编将告诉大家该异常的解决方法。 工具/原料 电脑 Visual Studio 百度经验:jingyan.baidu.com 方法/步骤 1 当出现该异常时，Visual Studio会给出如下提示信息。我
VS的多线程调试问题
jinsheng713的专栏
06-17 1781
今天进度太慢了，本来就不是非常有时间的，结果都花在了整系统结构的上面。虽说是用了新的开源图像引擎，使用了新的构架。但是，我还是想走以前的老路。因为我觉得把视图渲染放到后台的某一个线程当中可能是一种比较合理的做法。整了一天，终于通过thunk技术把渲染函数做成了独立的线程。然后，为了测试线程安全地时候，问题发生了。我一旦将断点设置到工作线程中，vs立马假死，导致系统瘫痪。我尝试了4-5次，基本上全部
关于.NET里面ContextSwitchDeadlock异常
10-03 591
问题背景 最近在做一个反应速度测试软件，是用C#写的，刚开始是觉得是个小工具，随便做做就可以了，结果是越做越复杂，本来打算一到两个星期就可以做完的，结果是做了两个月，当然这期间还有其他事情在做的。 问题出现 在软件中需要一个功能，就是随机生成一个长度为120的数字序列，要求是： 1. 每个数字都是1、2、3、4这四个数中的一个； 2. ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值