错误、漏洞、问题 - 页 222 1...215216217218219220221222223224225226227228229...3184 新评论 vyv 2010.12.07 00:18 #2211 vyv:对开发商的请求。虽然MT5的工作正在沸腾，而且仍在进行修改，但如果能扩大优化通道的数量，那就非常好。据我所知，许多任务的解决方案是为大约10 000个变体找到的，可能多一点或少一点。在一个处理器上搜索了几个小时，已经找到了最好的变体。MQL5+OP+Multicore测试的多功能性使我们能够看到使用MT5工具可以解决的任务的新视野（例如，搜索模式）。但麻烦就在这里。 你网站上发布的文章有一个遗传算法的例子https://www.mql5.com/ru/articles/55，它花了3^100的正向蛮力来解决100条的搜索问题--嗯，这比LongInt多一点:)，而17000次迭代就能找到解决方案。遗传算法可以为比LongInt多得多的变体找到解决方案。而这种限制是完全没有根据的，是过时的。好吧，除了在MT5的这个最后阶段，将很难做到这一点。对开发者有一个非常大的要求，如果不是太困难的话，请使通过的次数至少为2^LongInt（2的幂）。 Serj_Che 2010.12.07 00:16 # vyv: 有人能回答我吗？ 他们在这里谈到了这个问题。https://www.mql5.com/ru/forum/1997/page6/#comment_31644 也许把问题放在这里会更好。 哦，原来很多人都需要这种改进。 也许你终究可以尝试一下？雷纳特-法特库林。"如果我们得出结论，一个产品可以 在质量上得到改进，我们 就会这样做。如果我们必须从头开始重写一切，这并不重要。我们并不害怕! 事后看来，我们所有的工作都有一个特点，那就是不断改进产品的愿望，一个优化的愿望。 这就是我们放在口号中的一句话：优化和领导! Denis Timoshin 2010.12.07 09:52 #2212 这些错误是什么？ 还剩7条泄漏的字符串 异常终止 Ilyas 2010.12.07 10:38 #2213 dentraf:这些错误是什么？ 还剩7条泄漏的字符串 异常终止 程序过早终止，但运行系统检测到7个字符串没有被释放（这是过早终止的后果）。 Дмитрий Александрович 2010.12.07 11:13 #2214 long varLong = 124; Print(varLong);- 输出一个空行。long varLong = 124; Print((int)varLong);- 输出一个数字。请修复它。 我想长有更多的问题，但我还找不到它们是什么，我在一个电感上得到了一个内存写入错误... Alexey Da 2010.12.07 12:06 #2215 Vigor: 很好。这是一个特点。但是，你应该更清楚地知道。 如果用户从界面上输入MA的周期值，为指标创建句柄并使用指标缓冲区的值，那么在创建了（例如，我在这个表格中的默认设置）2个具有相同特征的指标（它们的句柄写在对象封装器中）后，他/她会收到第一个指标的句柄号码，因为有这个功能。 以下是一个可能的事件链。 情况1.它删除了第一个指标（并且程序执行IndicatorRelease）；结果是第二个指标不能自动工作--缓冲区复制错误。 情况2。它删除了第二个指示器（程序做IndicatorRelease），手轮计数器减少。第一个人做得很好。它创建了第三个 具有不同周期的指标。它接收处理数+1，即刚刚删除的指标的处理数。最后，最糟糕的是，成功 创建的具有不同 周期的 第三个指标，将第一个 指标的值（仍未删除）提供给缓冲区。 处理号码的胶合功能，导致在删除两个胶合的一个，然后创建新的时，会出现含糊不清的情况。谢谢，让我们考虑一下。 Alexey Da 2010.12.07 12:07 #2216 mrProF:- 输出一个空行。- 输出一个数字。请修复它。 我猜想还有更多的问题，但我还找不到它们是什么，我有一个感应器在写入内存时出现错误......。 谢谢你。将被修复。 Dmitriy Skub 2010.12.07 15:54 #2217 Build 362 - 窗口标签拖动已停止工作。出现D&D禁令图标。也许我做错了什么？ Edgar Akhmadeev 2010.12.07 22:17 #2218 碰巧的是，由于构建中的重要错误（这次是在时间序列访问功能中，特别是），EA的开发被停止。我们应该实施回滚到以前的版本（修复前）。至少在手动模式下，甚至更容易，如果存储了以前的构建的备份。这个问题已经被提出来了，但被忽略了，但IMHO认为这个问题很重要，而且不是很困难。 Aleksandr Chugunov 2010.12.08 08:20 #2219 Dali:碰巧的是，由于构建中的重要错误（这次是在时间序列访问功能中，特别是），EA的开发被停止。我们应该实施回滚到以前的版本（修复前）。至少在手动模式下，甚至更容易，如果存储了以前的构建的备份。这个问题已经被提出来了，但被忽略了，但IMHO认为这个问题很重要，而且不是很困难。我完全支持 Serge 2010.12.08 12:19 #2220 Dali:碰巧的是，由于构建中的重要错误（这次是在时间序列访问功能中，特别是），EA的开发被停止。我们应该实施回滚到以前的版本（修复前）。至少在手动模式下，甚至更容易，如果存储了以前的构建的备份。这个问题已经被提出来了，但被忽略了，但IMHO认为这个问题很重要，而且不是很困难。 我同意，但同时我们需要以某种方式禁用自动更新，这样终端就不会被不断地更新。 1...215216217218219220221222223224225226227228229...3184 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
对开发商的请求。虽然MT5的工作正在沸腾，而且仍在进行修改，但如果能扩大优化通道的数量，那就非常好。
据我所知，许多任务的解决方案是为大约10 000个变体找到的，可能多一点或少一点。在一个处理器上搜索了几个小时，已经找到了最好的变体。
MQL5+OP+Multicore测试的多功能性使我们能够看到使用MT5工具可以解决的任务的新视野（例如，搜索模式）。
但麻烦就在这里。
你网站上发布的文章有一个遗传算法的例子https://www.mql5.com/ru/articles/55，它花了3^100的正向蛮力来解决100条的搜索问题--嗯，这比LongInt多一点:)，而17000次迭代就能找到解决方案。遗传算法可以为比LongInt多得多的变体找到解决方案。而这种限制是完全没有根据的，是过时的。好吧，除了在MT5的这个最后阶段，将很难做到这一点。
对开发者有一个非常大的要求，如果不是太困难的话，请使通过的次数至少为2^LongInt（2的幂）。
Serj_Che 2010.12.07 00:16 #
vyv:
有人能回答我吗？
他们在这里谈到了这个问题。https://www.mql5.com/ru/forum/1997/page6/#comment_31644
也许把问题放在这里会更好。
哦，原来很多人都需要这种改进。 也许你终究可以尝试一下？
雷纳特-法特库林。
"如果我们得出结论，一个产品可以 在质量上得到改进，我们 就会这样做。如果我们必须从头开始重写一切，这并不重要。我们并不害怕!
事后看来，我们所有的工作都有一个特点，那就是不断改进产品的愿望，一个优化的愿望。 这就是我们放在口号中的一句话：优化和领导!
这些错误是什么？
还剩7条泄漏的字符串
异常终止
这些错误是什么？
还剩7条泄漏的字符串
异常终止
- 输出一个空行。
- 输出一个数字。请修复它。
我想长有更多的问题，但我还找不到它们是什么，我在一个电感上得到了一个内存写入错误...
很好。这是一个特点。但是，你应该更清楚地知道。
如果用户从界面上输入MA的周期值，为指标创建句柄并使用指标缓冲区的值，那么在创建了（例如，我在这个表格中的默认设置）2个具有相同特征的指标（它们的句柄写在对象封装器中）后，他/她会收到第一个指标的句柄号码，因为有这个功能。
以下是一个可能的事件链。
情况1.它删除了第一个指标（并且程序执行IndicatorRelease）；结果是第二个指标不能自动工作--缓冲区复制错误。
情况2。它删除了第二个指示器（程序做IndicatorRelease），手轮计数器减少。第一个人做得很好。它创建了第三个 具有不同周期的指标。它接收处理数+1，即刚刚删除的指标的处理数。最后，最糟糕的是，成功 创建的具有不同 周期的 第三个指标，将第一个 指标的值（仍未删除）提供给缓冲区。
处理号码的胶合功能，导致在删除两个胶合的一个，然后创建新的时，会出现含糊不清的情况。
谢谢，让我们考虑一下。
- 输出一个空行。
- 输出一个数字。请修复它。
我猜想还有更多的问题，但我还找不到它们是什么，我有一个感应器在写入内存时出现错误......。
Build 362 - 窗口标签拖动已停止工作。
出现D&D禁令图标。也许我做错了什么？
碰巧的是，由于构建中的重要错误（这次是在时间序列访问功能中，特别是），EA的开发被停止。我们应该实施回滚到以前的版本（修复前）。至少在手动模式下，甚至更容易，如果存储了以前的构建的备份。
这个问题已经被提出来了，但被忽略了，但IMHO认为这个问题很重要，而且不是很困难。
碰巧的是，由于构建中的重要错误（这次是在时间序列访问功能中，特别是），EA的开发被停止。我们应该实施回滚到以前的版本（修复前）。至少在手动模式下，甚至更容易，如果存储了以前的构建的备份。
这个问题已经被提出来了，但被忽略了，但IMHO认为这个问题很重要，而且不是很困难。
我完全支持
碰巧的是，由于构建中的重要错误（这次是在时间序列访问功能中，特别是），EA的开发被停止。我们应该实施回滚到以前的版本（修复前）。至少在手动模式下，甚至更容易，如果存储了以前的构建的备份。
这个问题已经被提出来了，但被忽略了，但IMHO认为这个问题很重要，而且不是很困难。