是否有解决 Windows Mobile 5 目录中 1,000 个文件限制的解决方法？
我需要将 1,000 多个文件下载到位于存储卡上的 Windows Mobile 5 目录中。如果我通过桌面将文件复制到存储卡上，就没有问题。但是，当我尝试从手持设备下载文件时，我收到磁盘已满错误，尽管由于 1,000 个文件限制而有足够的空间。
有没有人遇到过这个问题并找到解决方法？我将尝试压缩所有文件，然后在设备上解压缩，但不确定这是否有效。
I need to download more than 1,000 files into a windows mobile 5 directory located on the storage card. If i copy the files onto the storage card via my desktop there is no problem. But when i try to download the files from the handheld device I get a disk full error, even though there is plenty of room due to the 1,000 file limit.
Has anyone run into this and found a workaround? I'm going to try zipping all of the files then decompressing on the device but not sure that this will work.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
分成多个目录？
Split it into multiple directories?
创建更多目录并在每个目录中放置少于 1000 个文件。
Create more directories and put less than 1000 files in each.
Windows mobile 6.X 中也有 999 个文件限制。但是，这只适用于使用长文件名的情况。如果您坚持使用 8.3 文件名格式（8 个字符的名称和 3 个字符的扩展名），那么您可以在同一目录中拥有数千个文件而不会出现问题。
几年前我遇到了这个问题，我的应用程序通常会在每个目录中写入 3000 到 4000 个具有 8.3 文件格式名称的文件。
我从未见过 Microsoft 或其他任何人记录的每个目录 999 个文件问题。
There is a 999 file limit in Windows mobile 6.X as well. However this only applies if you use long file names. If you stick with the 8.3 file name format (8 char name with 3 char extension) then you can have many thousands of files in the same directory without issue.
I bumped into this problem a few years back and my app routinely writes 3000 to 4000 file per directory with 8.3 file format names.
I have never seen the 999 files per directory issue documented by Microsoft or anybody else.
这是基于 Windows CE 的系统的限制：
https://msdn.microsoft。 com/ru-ru/library/system.io.filemode(v=vs.85).aspx
因此，如果您不想拆分到不同的文件夹，则应该以数字开头文件名以避免此限制。这就是 Tary 在 8.3 文件名上取得成功的原因，它们足够短。
This is a limitation of Windows CE based sytems:
https://msdn.microsoft.com/ru-ru/library/system.io.filemode(v=vs.85).aspx
So if you do not want to split to different folders, you should start the filename with the number to avoid this limitation. That is why Tary had success with 8.3 filenames, they were short enough.