运行 .NET CF 3.5 应用程序时，Windows Mobile 6.5 文件系统导致 Motorola MC55 崩溃
我在 Motorola MC55 设备上的 Windows Mobile 6.5 上使用 .NET CF 3.5 应用程序时遇到问题。我们有大约 150 台设备运行用 C# Compact Framework 3.5 编写的条形码扫描应用程序。该应用程序用于条码扫描并通过 WIFI/GPRS 与 SOAP WebService 进行通信。每天大约有 10-15 个设备损坏（文件系统错误）并需要再次刷新。摩托罗拉支持人员声称这是我们的应用程序的错误。对我们来说，这不是一个论据。问题的根源是什么？
该应用程序是一个用 CF C# 3.5 编写的简单 Windows 窗体应用程序，它使用 System.XML、System.Net、OpenNETCF 和 EMDK 程序集。它扫描条形码，使用 HTTP 连接到 SOAP WebService 并从外部服务器发送/接收数据。此外，它还使用 PInvoke API 调用来同步系统时间。文件系统是通过使用 System.XML 程序集读取/写入 XML 文件来使用的。 任何帮助将不胜感激。
问候
I have issues with .NET CF 3.5 application on Windows Mobile 6.5 on Motorola MC55 device. We have around 150 devices which run a barcode scanning application written in C# Compact Framework 3.5. The application is for barcode scanning and communication with SOAP WebService through WIFI/GPRS. Every day around 10-15 devices go corrupted (file system errors) and need to be flashed again. Motorola support claims it is a fault of our application. For us this is not an argument. What can be source of the problem?
The application is a simple Windows Forms application written in CF C# 3.5 which uses System.XML, System.Net, OpenNETCF and EMDK assemblies. It scan barcodes, connects to a SOAP WebService using HTTP and sends/receives data from external server. Additionally, it synchronizes system time using PInvoke API calls. File system is used by reading/writing XML files using System.XML assemblies.
Any help will be appreciated.
Regards
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
该问题可能与时间同步有关。操作系统的最大进程数限制为 32 个 - 时间更改事件最多会启动 5 个附加进程（例如 Clocknot、Calnot 等）。如果在时间更改事件发生时您的进程数接近 25、26 个，则设备/应用程序可以锁定为操作系统尝试关闭进程。
标准用户响应是转储电池，如果这种情况发生在写入完成之前 - 嘿，很快 - 设备已损坏。
The issue is probably related to the time sync. The OS has a maximum limit of 32 processes - a time change event kicks off up to 5 additional processes, clocknot, calnot etc. If you're up near 25, 26 processes when the time change event occurs the device/app can lock as the OS tries to close processes.
The standard user response is to dump the battery and if this happens before a write is complete - hey presto - the device is corrupt.