错误、漏洞、问题 - 页 1722

新评论
 
Karputov Vladimir:

可能在第10个月，tick数据的结构已经发生了变化（也许引入了很多额外的信息）。或者，也许只是因为这个符号已经成为活跃的交易。

现在，当用这样的脚本请求时。

在服务器 "Open-Broker "上，刻度线的大小（在第10个月，它不是最终的，刻度线继续被上传）。

谢谢你的留言。

这个问题已经被发现并修复。

纠正措施将在终端的下一个版本中提供。

新的固定终端将在本周末在MetaQuotes-Demo上提供（可能更早--构建必须高于1437）。

要更新，你只需要将终端连接到MetaQuotes-Demo。

再次感谢。

 
关于BCS和Otkritie的滴答故事 是否相同？
 
fxsaber:
BCS和Otkritie上的蜱虫历史 是相同的吗？
他们应该有相同的数据提供者--证券交易所。因此，在真实（而不是模拟）账户上，tick历史应该是一样的。
 
Karputov Vladimir:
就想法而言，他们只有一个数据提供者--交易所。因此，真实（而非模拟）账户上的tick历史必须 是相同的。
有很多事情是应该的，但开发商直接通知了

关于交易、自动交易系统和策略测试的论坛

MetaTrader 5客户终端构建中的变化清单

MetaQuotes软件公司。, 2016.10.06 17:12

我们敦促所有交易者加入新版平台的测试，亲自尝试其所有功能，并帮助开发人员修复发现的错误。


 
fxsaber:

通过DRAW_CANDLES的出现，无法确定蜡烛的开合位置。

例如，我做了DRAW_BARS。我们可以看到看涨和看跌的柱子在哪里。我把缓冲区的风格改为DRAW_CANDLES--我们什么也没看到!

这种DRAW_CANDLES的意义何在？对牛市/熊市的蜡烛进行直观的区分!

原因似乎在于DRAW_CANDLES是通过DRAW_HISTOGRAM实现的--你可以通过使用四个缓冲区实现完全的视觉匹配。

因此，在没有DRAW_CANDLES的MT4上，可以通过DRAW_HISTOGRAM实现同样的效果。

 

执行中的意外错误

专家正在图表上运行，脚本也在定期运行。脚本和专家包含导入 ex5，并定期一起编译，以及ex5模块单独编译。在接下来的专家编译后，当我运行该脚本时--出现了上述错误。

重启MetaTrader 5 (1437)后--错误没有重现

 
A100:

执行中的意外错误

专家正在图表上运行，脚本也在定期运行。脚本和专家包含导入ex5，并定期一起编译，以及ex5模块单独编译。在接下来的专家编译后，当我运行该脚本时--出现了上述错误。

重启MetaTrader 5 (1437)后--错误没有重现

在运行MQL程序时，由于内存不足 而发生这个错误。

请指示，是否有可能是终端和/或运行MQL程序消耗了大量的内存（在日志中可能有记录）？

 
Ilyas:
请告知，终端和/或MQL程序的内存消耗是否很高（可能有相关的日志信息）？

IS 0 18:29:42.715 Terminal MetaTrader 5 build 1437 started (MetaQuotes Software Corp.)
KK 0 19:30:40.328 终端RAM：保留725Mb，提交304Mb
FJ 0 20:30:40.474 终端RAM：保留1438Mb，投入330Mb
KM 0 21:30:41.257 终端RAM：保留1533Mb，提交354Mb
PJ 0 21:49:56.307 终端开始退出

记忆可能没有被及时释放。我将监控终端RAM：如果情况再次发生，我将与您联系，并提供详细信息。

 
ivanivan_11:

关于一个二维数组的问题。

在µl5上，当声明数组 时出现错误'[' - 无效的索引值


信息来源：https://www.mql5.com/ru/docs/basis/types/dynamic_array


这里需要注意的是，µl5的这部分帮助是µl4帮助的公平复制，只有一个逗号。请说明如何在µl5中声明这样的数组，如果帮助中的例子不起作用，也请在必要时修改帮助

而如果你仔细阅读，就会发现数组应该被声明如下。

double matrix[][2];
 

我有一个 有几十个mqh的项目。所有这些都在不同的文件夹中。而有些mqh有相同的名字，但有不同的路径（简而言之，就是构建）。

但在编译时，日志显示的是没有路径的mqh文件的名称。请添加。

1...171517161717171817191720172117221723172417251726172717281729...3184
新评论