注释
.jpg "UGS 无法加载超过 200kb 的文件 #448"){kind=avatar}
所有者
|
看起来已经出现了倒退。我有一个 26M 的文件，其中包含近 100 万行代码，在 1.0.9 中运行良好。该文件在经典 gui 中打开，但可视化工具不起作用，并完全破坏了平台。 |
.jpg "UGS 无法加载超过 200kb 的文件 #448"){kind=avatar}
作者
|
我认为那只是为了测试目的，而不是为了真正削减一些东西？ 任何可能导致它的线索？我应该坚持使用经典的 GUI 还是开始拆分我的代码？ |
所有者
|
那个大文件是做激光雕刻的人发给我的真实文件（那些项目有大量的 gcode）。过去我使用了一个接近 1Gig 的测试文件。 我为平台使用的构建脚本主要使用默认设置，其中一个设置将最大 ram 量设置为 64MB——这几乎可以肯定是经典/平台之间的区别。我还需要做一些调试。 |
.png "UGS 无法加载超过 200kb 的文件 #448"){kind=avatar}
|
附加的文件是灰度图片的位图，据我所知，代码没有什么特别之处，只是大小。2Mb 该文件在 Classic 下运行（不太好），但不在 Platform 下运行。锁定……实际上它仍在运行，但速度非常慢。似乎锁定。 道格 |
所有者
|
我将所需的最小内存增加到 256mb，并删除了最大值（原来是 64mb！）。 我的 26mb 测试文件和@DOUG888的文件现在加载。 感谢您的错误报告。 |
所以，我有一个包含 6 个操作的文件。该文件本身是 214kb，我有大约 8300 行代码（我运行了更长的 3D 文件，比如 17k+ 行代码）但它不会加载到可视化工具中。如果我之前加载了一些较小的文件，这个大文件将作为图形加载一瞬间，然后剩余的行变为 -89 或其他内容。我最终让它在没有使程序崩溃的情况下运行，它确实运行了但没有计时器并且整个进度窗口都出错了。
我知道我可以把它分开，但如果 UGS 想成为一个强大的程序，我认为这不是问题。