时间框架的列表结构和对象的可见性标志之间有什么关系吗（因为连列表的长度都不同：22 vs 23）？总的来说，我的问题是为了在一个有给定边界的周期中有效而紧凑地分配对象在时间框架上的可见性，而不是手动列出和总结标志。如果随机抽取一个任意的时间段，在其上建立一个图形对象，并且需要允许它在不早于当前时间段（即它所建立的时间段）的所有时间段上可见，应该使用什么逻辑？该算法应该是通用的，而不是针对某一特定情况。指数的相关性已经被搞砸了，甚至没有一个指数匹配。解析名字的字符串和比较再次失败，因为在可见性常数的情况下不可能处理字符串。到目前为止，我想到的是一个复杂的、模糊的和非常歪曲的实施。
我在前天发送了日志。我会给你回复的......不知为何我错过了......因为你写道，你重现了这个错误。
记录在案，谢谢你。我们看了看他们。而且问题不是关于日志的，而是关于文件的。
他们确实重现了这个错误，但不是立即重现。显然，他们并没有解决所有问题--你必须进一步重现它，但它没有重现。
问题不是关于日志的，而是关于文件的。
这个错误确实被重现了，但不是立即重现。显然，他们并没有解决所有问题--你必须继续繁殖，但它没有繁殖。
答复
我快速更新到567，没有发现任何问题。飞行很好。:)
tol64:
到目前为止，你已经把一切都准备好了吗？)))
到目前为止也很好，我只是想确保它是一个本地的建筑，而不是一个铸造品。)))
joo: Всё на месте.
alexvd: 别担心，该软件是原生的。你可以检查文件的签名。对于时间框架的列表，为了得到它们的名字，有EnumToString()--它以字符串形式返回时间框架的名字。有没有可能以字符串的形式获得OBJ_PERIOD_M5类型的内置对象可见性 常数的名称？
不，这实际上是一个宏（#define），没有为宏计划这种功能。
时间框架的列表结构和对象的可见性标志之间有什么关系吗（因为连列表的长度都不同：22 vs 23）？总的来说，我的问题是为了在一个有给定边界的周期中有效而紧凑地分配对象在时间框架上的可见性，而不是手动列出和总结标志。如果随机抽取一个任意的时间段，在其上建立一个图形对象，并且需要允许它在不早于当前时间段（即它所建立的时间段）的所有时间段上可见，应该使用什么逻辑？该算法应该是通用的，而不是针对某一特定情况。指数的相关性已经被搞砸了，甚至没有一个指数匹配。解析名字的字符串和比较再次失败，因为在可见性常数的情况下不可能处理字符串。到目前为止，我想到的是一个复杂的、模糊的和非常歪曲的实施。