Debugging 在.NET Compact Framework 3.5中从GC获取调试数据

Debugging 在.NET Compact Framework 3.5中从GC获取调试数据,debugging,.net-cf-3.5,Debugging,.net Cf 3.5,我们正在尝试调试运行在Windows Embedded Compact 7上的.NET Compact Framework应用程序中的内存泄漏。不幸的是,我们不能使用CLR探查器,因为它会生成“不受支持的指令集”错误消息,并且显然与此设置不兼容 我们可以看到我们的所有对象都被处理,但它们从未最终确定和释放,导致应用程序最终耗尽内存。一定有引用留在某个地方,但没有任何调试工具,我们无法跟踪它们。有没有一种方法可以从内部到外部代码从垃圾收集器转储数据以进行调试?似乎没有API,但很明显CLR探查器有

我们正在尝试调试运行在Windows Embedded Compact 7上的.NET Compact Framework应用程序中的内存泄漏。不幸的是,我们不能使用CLR探查器,因为它会生成“不受支持的指令集”错误消息,并且显然与此设置不兼容

我们可以看到我们的所有对象都被处理,但它们从未最终确定和释放,导致应用程序最终耗尽内存。一定有引用留在某个地方,但没有任何调试工具,我们无法跟踪它们。有没有一种方法可以从内部到外部代码从垃圾收集器转储数据以进行调试?似乎没有API,但很明显CLR探查器有一些方法可以做到这一点

或者,有没有办法修复CLR探查器?有人问了这个问题,但没有人理解这个问题,更不用说回答了


注意:我不是在寻找代码方面的帮助,也不能在这里发布(它是专有的,而且非常庞大),只需要调试工具。谢谢。

问题是ActiveSync,如果您将其设置为TCP设备,它确实可以工作

请按照此处的说明操作:

大体上:

将rtfhost3_5.exe和rtf3_5.dll复制到设备上的\Windows目录。这些文件位于Program files\Microsoft.NET\SDK\CompactFramework\version\bin中

运行rtfhost3_5.exe以获取IP地址

添加一个新的“手动TCP”设备,其IP地址为rtfhost3_5.exe显示的IP地址


从各种工具连接时,请使用该新设备

不幸的是,对该问题给出的所有答案都与CLR探查器或资源监视器有关,两者都不起作用。除非您有“不支持的指令集”错误的解决方案…***叹气***看来资源调试在.NETCF3.5和Windows Embedded Compact 7中完全中断了。@MoJo您能让CLR分析器工作吗?我也有同样的问题。我可以使用TCP运行RPM,但CLR不工作。不,我们最终放弃了。在.NET平台上,我们在C++上写了很多应用程序。