windows碰到了一个触点..........无可用源这种类似的bug
2012-03-12 21:36
211 查看
1. 地址分配了，没释放
2, 数组越界了，数组是否开得足够大
2, 数组越界了，数组是否开得足够大
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 一直以来我（每个从事linux开发的人）深受“bug”的困扰，好像“bug”不足以描述这种被问题困扰的无奈。因为当在驱动或BSP的开发过程中，所碰到的问题比解决一个bug难得多。 Li
- 发现WPF在Windows 7 的一个BUG ，多点触摸开发的注意了
- 一个新手接触手游项目碰到的bug及解决过程汇总2
- Windows的一个Bug
- 关于System.Windows.Forms.DateTimePicker的一个Bug
- windows窗口程序一个诡异的bug
- 异常信息：CLR无法从COM 上下文0x645e18 转换为COM上下文0x645f88，这种状态已持续60秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作.这种情况通常会影响到性能，甚至可能导致应用程序不响应或者使用的内存随时间不断累积
- Windows Live Writer连接sharePoint博客时，有一个权限相关的BUG
- CLR 无法从 COM 上下文 0x1a2740 转换为 COM 上下文 0x1a28b0，这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作
- windows在**.exe中触发了一个断点，其原因可能是堆被损坏，这说明。。。dll中有bug
- SQL Server不存在或访问被拒绝 Windows里的一个bug
- Windows 2003 X64中IIS 6应用程序池内存回收的一个Bug
- 记一个WINDOWS命令行引发的BUG
- Microsoft.VisualBasic类库的一个小Bug（Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase bug)
- 32位WIndows 7的“快速启动”，重启后丢失的问题，被确认是一个bug
- 开发过程碰到的一个bug
- 异常信息：CLR无法从COM 上下文0x645e18 转换为COM上下文0x645f88，这种状态已持续60秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作.这种情况通常会影响到
- windows PSAPI.h 的一个BUG ？
- [android开发IDE]adt-bundle-windows-x86的一个bug：无法解析.rs文件--------rs_core.rsh file not found