MetaTrader 5策略测试器:缺陷,缺陷,改进建议 - 页 14

 
KENT3004:
谢谢你的幽默!与此相关的是,你如何将这些人物带回测试器中?其他论坛上的一些用户也证实了类似的失踪和挂断情况。
试着从市场概览中拖放到测试器窗口中
 
在正常通过后,立即勾选了可视化方框并开始。
2019.10.14 10:35:36.723 Core 1  non-visual agent started on 127.0.0.1:3000 to be stopped now
2019.10.14 10:35:36.723 Core 1  connecting to 127.0.0.1:3000
2019.10.14 10:35:36.724 Core 1  connected
2019.10.14 10:35:36.724 Core 1  disconnected
2019.10.14 10:35:36.724 Core 1  connection closed
2019.10.14 10:35:37.775 Core 1  failed to send close command
2019.10.14 10:35:48.286 Core 1  visual agent to be started on 127.0.0.1:3001
2019.10.14 10:35:48.287 Core 1  agent process started on 127.0.0.1:3001
2019.10.14 10:35:48.287 Core 1  connecting to 127.0.0.1:3001
2019.10.14 10:35:48.337 Core 1  failed to send stop command
2019.10.14 10:35:48.337 Core 1  connection closed

可视化以前从未被激活过(从终端开始)。


再按一次 "开始 "就可以了。

 
fxsaber:
在正常通过后,立即勾选了可视化方框并开始。

可视化以前从未被激活过(从终端开始)。


再按一次 "开始 "就可以了。

本地代理进程在最后一次运行后5分钟内存活(这不适用于可视化模式下的代理)

在你的案例中,由于某些原因,在正常模式下运行的本地代理未能在可视化模式下重新启动

让我们试着在我们自己的环境中重现它。

 
KENT3004:
谢谢你的幽默!与此相关的是,你如何将这些人物带回测试器中?其他论坛上的一些用户也证实了类似的失踪和挂断情况。

在我看来,最大的问题是来自不正确的UAC设置。

 
Slava:

本地代理程序在最后一次启动后持续5分钟(这不适用于可视化模式下的代理)。

在你的案例中,由于某些原因,在正常模式下运行的本地代理未能在可视化模式下重新启动

让我们试着在我们的地方重现它。

不是在正常通过后,而是在优化后 !
阿列克谢-维克多罗夫

在我看来,大多数问题都是来自不正确的UAC设置。

如果旧版本工作正常,那么UAC与它有什么关系呢。还是你建议完全禁用UAC?

斯拉瓦
尝试从市场概览中拖动到测试器窗口中

你能更具体地说明如何做吗?

 
KENT3004:

旧版本工作正常,与UAC有什么关系呢?还是你建议完全禁用UAC?


我把所有的终端放在我的D:驱动器上,从来没有遇到过问题。在这种情况下,UAC就真的与它无关了。但如果你把终端放在默认路径中,预计会出现问题。而这是因为UAC。

 
我遇到一个情况,重新编译的EA将测试器中的输入参数重置为源码中的参数。我无法重现它。
 
Alexey Viktorov:

我把所有的终端放在我的D:驱动器上,从来没有遇到过任何问题。在这种情况下,UAC确实与它无关。但如果终端被放在默认路径中,就会出现问题。而这是因为UAC。

默认模式和便携模式都是官方的,在终端的帮助中都有描述。而且它们应该都能顺利工作。我总是对我的所有终端使用便携式模式--在我需要的确切位置没有与工作文件夹位置有关的错误,而不是在 "ksehrntvq2835l374927knegjsweu7",而且多年来没有发生过故障。

所以结论是,每个人都按照他想要的方式使用它(我,作为一个开发者,对 "默认 "模式非常不舒服)。而在用户看来,似乎也是正确的,所以他使用他需要的文件夹的位置。但这两种模式同样是官方的,也同样有权利这样做。

所有其他的恐吓行为更可能是由于 "坏手 "造成的。

 
KENT3004:
不是在正常通过后,而是在优化后 !


这有什么区别呢?经过优化,它也能活5分钟。

你能告诉我更多关于如何做到这一点吗?

在市场概览中左键点击所需的工具,用鼠标将其拖到测试器窗口。

 
Artyom Trishkin:

默认模式和便携模式都是官方的,在终端的帮助中都有描述。而且它们应该都能顺利工作。我总是对我的所有终端使用便携式模式--在我需要的确切位置没有与工作文件夹位置有关的错误,而不是在 "ksehrntvq2835l374927knegjsweu7",而且多年来没有发生过故障。

所以结论是,每个人都按照他想要的方式使用它(我,作为一个开发者,对 "默认 "模式非常不舒服)。而在用户看来,似乎也是正确的,所以他使用他需要的文件夹的位置。但这两种模式同样是官方的,也同样有权利这样做。

所有其他的恐吓行为更有可能是来自 "坏手"。

我当然同意你的看法。但是,终端的开发者不能怀疑任何数量的窗口下次会出现什么讨厌的东西。但是,正如我在这个论坛上多次看到的问题一样,终端总是被设置为默认路径。对我个人来说,结论是显而易见的。