在windows mobile设备上调试时，如何阻止Visual C#2005崩溃？

我正在尝试使用Visual Studio 2005在Windows Mobile 6设备上调试.NET Compact framework C#应用程序。如果执行到达我之前设置的断点，10次中有9次会崩溃。如果它没有第一次崩溃，该断点将继续正常工作，即使是通过多次执行应用程序

---

我得到一个异常代码0xC0000005 地址处的（状态\访问\冲突） 0x00000000015fab774

这是一个本机的例外。在托管应用程序中，这通常是由您的一个P/调用或自定义版本的WindowsCE中的缺陷引起的

我有一个相同的问题，一些打印机代码前一段时间。本机异常仅在附加调试期间发生，然后不是一直发生，有时是一直发生：D.生产中从未发生过这种情况。
实际问题是一个坏的C++，它得到一个字符串（一个指向字符串的指针），然后吞吞下一个1024字节。问题是，有时它不应该访问其中的一些字节！我认为这是在调试期间发生的，原因可能是使用了更多的内存，或者是一些奇怪的内存对齐方案。
我们通过把字符串的长度传递给C++调用来解决这个问题，所以它不必盲目地使用下一个1024。p> 值得注意的是，产生0xC0000005的可能性还有很多。一些非常乐于助人的人已经添加了其中一些可能性

---

如果您无法访问任何较低级别的代码，我建议您与提供您的操作系统映像的人员（通常是制造商）以及您使用的任何较低级别组件的提供商讨论此问题。这个问题很难解决，所以我自己也不希望得到解决，特别是如果制造商是Symbol、Intermec或Datalogic（以前的制造商有狗屎支持，而后者刚刚解雇了大多数开发人员）。

在重新安装Visual Studio 2005的Service Pack 1后，这个问题似乎已经得到了解决。

除了什么例外，它会崩溃？你能给我们更多的信息吗？如果你不设置断点，它会崩溃吗？如果在main中设置断点会怎么样？我在地址0x00000000015fab774处得到一个异常代码0xC0000005（状态\访问\违反）。如果没有断点，它不会崩溃，而且我似乎无法在main中复制它。不幸的是，是Visual Studio本身崩溃并生成访问冲突，在Visual Studio因错误而重新启动之前，应用程序本身是正常的