错误、漏洞、问题 - 页 641

新评论
 
sergeev:

我理解这是为市场做准备，但在每一个EA上斧头和做的方式是不一样的!

只有在每个专家顾问上。在加载时，不可能事先知道专家顾问的需求，不知道它是否会做Print("Start")或其他事情。

可以讨论解决方案的 "顽固性"，但有一个简单的事实--该编辑是在2010年10月进行的，并没有给用户带来任何特殊问题（从延迟反应来看）。

 
这就是为什么它访问交易服务器并有5-6秒的时间来准备市场环境。<br / translate="no">。
所以它不是在试图发送数据，而是在接收数据？
 

我有专家在策略测试器中 只工作到574版本。

在581年和586年，他们根本就不再工作了。

也许真相在外部DLL中，这是我写的，但它工作了几年。

而在574中，如果我按下取消测试，我必须重新启动程序，否则它将无法工作。

 
sergeev:
所以这不是在尝试发送数据，而是在尝试接收数据？
没有发送或接收数据。只是在等待终端与服务器的同步。
 

好了，伙计们，这让人放心了。

我只是把所有这些刹车连接到Renate的答案。

Перестарались с защитой - обязательно исправим.

https://www.mql5.com/ru/forum/1111/page642#comment_148215

 
sergeev:
因此，这不是一个发送数据的尝试，而是一个接收数据的尝试？

想一想：终端应该向评估员提供什么？

尽可能的完整和可靠的市场环境。否则，在不同步的环境中启动任何MQL5程序 都会导致这样的故障，以至于交易者会被吓得不敢使用它们。

如果在启动MQL5程序之前没有连接，终端将诚实地在重新连接周期（5秒）内尝试恢复连接，延迟脚本的启动。

 
sergeev:

好了，伙计们，这让人放心了。

我只是把所有这些刹车连接到Renate的答案。

没有任何联系。正如我上面写的，等待终端与服务器同步的状态是在2010年10月增加的。
 
sergeev:

好了，伙计们，这让人放心了。

我只是把这一切的放缓归因于Renate的回应。

当时，延迟是在其他方面--在内存中解压专家顾问。

这个问题在586版本中得到了修复，现在脚本的启动速度比出错前快了好几倍（例如在574版本中）。

 
一切顺利，雷纳特，安东感谢你的回答。
 

在586中，对象列表窗口中有一个名为 "列出所有 "的按钮。

它包括一个 由专家顾问创建的对象列表。 是否也可以从MQL中过滤？

1...634635636637638639640641642643644645646647648...3184
新评论