错误、漏洞、问题 - 页 1408

新评论
 
Yury Kirillov:

你们让我完全糊涂了。总结一下。1.我不需要安装一个新的（额外的）程序（终端）。2.在现有的（已经安装的）终端中，我需要在MQ上开一个新的模拟账户，在这个终端（已安装的程序副本）中，一切都将被更新。3.在程序的其他副本（终端）中，没有任何东西会被更新。

对吗？

  1. 是的。
  2. 是的。
  3. ?
 
Yury Kirillov:

你们让我完全糊涂了。总结一下。1.我不需要安装一个新的（额外的）程序（终端）。2.在现有的（已经安装的）终端中，我需要在MQ上开一个新的模拟账户，在这个终端（已安装的程序副本）中，一切都将被更新。3.在程序的其他副本（终端）中，没有任何东西会被更新。

对吗？

要么从MQ安装一个新的终端，并将其连接到MQ演示服务器。或者连接现有的终端。但是，（对我来说）为每台服务器配备独立的终端是更好的。

一旦连接到MQ的终端被升级，所有其他终端也会想要升级--这取决于你是否让他们这样做。

 
Artyom Trishkin:

一旦连接到MQ的终端被更新，所有其他终端也会想要被更新。

他们不会
 
Valerii Mazurenko:
他们不会的。
我的是。我做错了什么？
 

日历标签中的事件不正确 MetaQuotes-Demo

而且它也出现在OBJ_EVENT中

 

关于宣布新造1200。

MQL5: Расширен формат структуры MqlTick. Теперь в ней передается время прихода тика в миллисекундах, а также флаги, позволяющие определить, какой именно параметр тика изменился.

当长的 time_msc 和datetimetime 一起被添加到结构中时，这样的解决方案就显得非常硬邦邦了。 问题是，为什么需要时间 呢？ 无效地浪费了资源。

u int标志也是如此，而ugar 就足够了，或者至少是ushort（为未来做了大量的储备）。 为什么需要uint 呢，这一点令人费解。可悲的是，开发者完全没有考虑到合理的数据存储。 一个数组的ticks本身就是一个巨大的数量。 而在这里，内存被如此粗心地挥霍掉了......

总之，说到时间。也许现在是时候在MQL中引入一个包含毫秒的正常时间类型了，否则总是会有一堆这样的拐杖。更重要的是，目前形式的日期时间 本身是一个非常不合理的东西：它花费了8个字节，尽管它只包含了秒--谁需要它呢？ 4个字节（uint）就足以在未来90年内完成这个任务（而且我们中间没有Duncan McLeods）。

 

我注意到，OnTesterInit, OnTesterPass, OnTesterDeinit 函数允许调用交易函数，如果被调用，将在交易账户上 执行，而不是在测试器中。虽然代码是由测试人员运行的。

这是真的吗？

如果是这样，是否禁止来自市场的EA的这种呼叫，或者在测试期间，来自市场的产品可以意外地在真实账户上开始交易？

 
Artyom Trishkin:

要么从MQ安装一个新的终端，并将其连接到MQ演示服务器。或者连接现有的终端。但是，（对我来说）为每台服务器配备独立的终端是更好的。

一旦连接到MQ的终端被更新，所有其他终端也会想要更新--这取决于你是否让他们这样做。

一句话。

1.在现有的终端上添加MQ演示账户，确实导致其升级到最新的版本。

2.其他安装的终端（没有来自MQ的模拟账户）都没有更新。

谢谢大家的帮助!:-)

 
Yury Kirillov:

结果。

1.将MQ演示账户添加到现有的终端，确实导致它被升级到最新的版本。

2.其他已安装的终端（没有来自MQ的模拟账户）都没有更新。

谢谢大家的帮助!:-)

我说的是MT4。所有终端总是从连接到MQ演示服务器的MetaQuotes接收可用的终端更新。
 
Yury Kirillov:

结果。

1.将MQ演示账户添加到现有的终端，确实导致它被升级到最新的版本。

2.其他已安装的终端（没有来自MQ的模拟账户）都没有更新。

谢谢大家的帮助!:-)

如果你考虑更新剩余的 "终端动物园":)你不需要拥有几个MQ模拟账户 - 你可以用一个MQ模拟账户来管理。
1...140114021403140414051406140714081409141014111412141314141415...3184
新评论