错误、漏洞、问题 - 页 2186

新评论
 
fxsaber:

MT4问题。

我以前遇到过一次，在一次HFT测试中又偶然发现了这个错误。

我设置了BuyLimit，价格打破了它，并保持了许多分钟的下降。同时，BuyLimit是黄灯，但 "未执行"。


试图对其进行修改，却发现

2018.04.09 19:15:41.242 '89015117': modification of invalid order #108362456

当我看到它时，我想起了这个很久以前的情况。当时和现在的秘诀总是一样的--重新连接。接触后发现，BuyLimit长期以来（从穿越的那一刻起）一直是一个买入位置。

同时，在重新连接之前，我们可以交易其他订单，它们一切正常，只有BuyLimit在徘徊。


事实证明，MT4终端中没有通知BuyLimit已经成为买入头寸。因此，在你重新登录之前，这是一个无奈之举。

我必须记住我是如何解决这种情况的。但我有99%的把握，在出现错误或怪异的情况下，我只是被迫通过WinAPI重新登录。

因为毕竟是MT4，所以给SD写信有意义吗？我在5年内没有注意到这样的事情。


这似乎是来自同一个想法。

你好！在MT4中，当你删除放置在点差内的限价单时，经常会出现错误情况--要删除的订单被挂起，只能通过重新加载终端来解决这个问题。就我对该机制的理解而言， ，它以下列方式发生。

1 ) 我们在价差内设置限价，接近价格Ask （对于买入 订单 Limit）或Bid （对于卖出 订单 Limit），一段时间后我们尝试删除它。

2 ) 我们发送命令OrderDelete()，当这个命令传到服务器时，订单可能已经在服务器上执行（它在价差内，非常接近激活价格）。看来，当命令到达服务器时，它将被应用于市场订单，我们将在终端中得到一个错误，并冻结订单。 在这种情况下，终端中的订单仍然是限价订单（也被OrderType()函数定义为限价订单），只有在终端重启后才会显示为市场订单。 如果你一直把它作为极限一 ，你会在专家顾问的日志中看到一个错误，代码：3，在终端日志中：[无效的 参数]。实际上，对这样一个暂停的订单不可能有任何行动--它在客户终端是一个限价订单，在服务器上是一个市场订单 。该订单也不能被手动删除。

我附上一个简化的EA（仅用于买入 Limit），用于再现错误，以及一个平行安装了8个EA的配置文件（错误出现得更快，而不是由一个EA捕获错误--尽管它也发生在一个安装的EA上）。买入 订单 限价被设置为低于卖出价 1个五位数点 ，并在 ，设置1秒后被删除。如果你设置了一个订单，甚至低于Ask 价格5个点 ，并在任何数量的秒/分钟/小时后删除它，错误仍然会不时发生，只是频率较低，因为其出现的机制没有改变。

你需要启动终端 并等待挂单出现。通常情况下，你不应该等待超过一个小时，这取决于市场活动。


申请开放，开始时间：2017.06.06.12:37,#1766459


2017年10月，servicedesk写信给我，说他们成功地重现了这种情况，并说他们正在研究解决问题的办法。从那时起，就一直保持沉默......

 
Pavel Kolchin:

产品不能从市场上下载，我可以做什么？


再试一次。

 
zenz:


这似乎是来自同一条线。

你好！在MT4中，当删除位于点差内的限价单时，经常会出现错误情况--被删除的订单挂起，只能通过重启终端来解决这个问题。就我对该机制的理解而言， ，它以如下方式发生。

1 ) 我们在价差内设置限价，接近价格Ask （对于买入 订单 Limit）或Bid （对于卖出 订单 Limit），一段时间后我们尝试删除它。

2 ) 我们发送命令OrderDelete()，当这个命令传到服务器时，订单可能已经在服务器上执行（它在价差内，非常接近激活价格）。看来，当命令到达服务器时，它将被应用于市场订单，我们将在终端中得到一个错误，并冻结订单。 在这种情况下，终端中的订单仍然是限价订单（也可以用OrderType()函数定义为限价订单），只有在终端重启后才会显示为市场订单。 如果你一直把它作为极限一 ，你会在专家顾问的日志中看到一个错误，代码：3，在终端日志中：[无效的 参数]。实际上，对这样一个暂停的订单不可能有任何行动--它在客户终端是一个限价订单，在服务器上是一个市场订单 。该订单也不能被手动删除。

我附上一个简化的EA（仅用于买入 Limit），用于再现错误，以及一个平行安装了8个EA的配置文件（错误出现得更快，而不是由一个EA捕获错误--尽管它也发生在一个安装的EA上）。买入 订单 限价被设置为低于卖出价 1个五位数点 ，并在 ，设置1秒后被删除。如果你设置了一个订单，甚至低于Ask 价格5个点 ，并在任何数量的秒/分钟/小时后删除它，错误仍然会不时发生，只是频率较低，因为其出现的机制没有改变。

你需要启动终端 并等待挂单出现。通常情况下，你不应该等待超过一个小时，这取决于市场活动。


申请开放，开始时间：2017.06.06.12:37,#1766459


2017年10月，servicedesk写信给我，说他们成功地重现了这种情况，并说他们正在研究解决问题的办法。从那时起，就有了沉默....

你把事情弄清楚了，包括复制，这很好啊！"。事实上，终端的交易环境仍然没有与贸易服务器同步。

然而，2017年5月（build 1090）之后没有任何更新，该问题在10月重现。即使是MT5，时机也很难说，4号机更是如此。

显然，开发者并不认为这个错误是关键的。我认为这是不可以接受的。我认为这是不可接受的，因为几乎没有人用限价单和价差内工作。


ZZY 在你申请加入BOD时，请代我向你问好。也许这很平庸，他们忘记了。

 
Fast235:

为什么在保存交易报告时显示为Backtest？



这是策略测试器中"回测 "标签的报告，对吗？

 
Alexander:

这是策略测试器中"回测 "标签的报告，对吗？


这只是推广你的报告的一种隐蔽方式。

 

能否请你告诉我错误在哪里？

(2018.04.10 15:20:13.844 测试员调试版的 "MQL5\Experts\Probe5.ex5 "只能在本地代理上优化，没有云，没有农场)

我已经被优化搞砸了。它要么同意在本地网络上运行，要么不同意!

 
AVAAR:

能否请你告诉我错误是什么？

(2018.04.10 15:20:13.844 测试员调试版的 "MQL5\Experts\Probe5.ex5 "只能在本地代理上优化，没有云，没有农场)

我已经被优化搞砸了。它要么同意在本地网络上运行，要么不同意!

用F7编译，而不是用F5编译。

 
AVAAR:

能否请你告诉我错误是什么？

(2018.04.10 15:20:13.844 测试员调试版 的 "MQL5\Experts\Probe5.ex5 "只能在本地代理上优化，没有云，没有农场)

我已经被优化搞砸了。它要么在本地网络上同意，要么不同意!

突出显示的文字是你错误的根源。

在优化文件之前，你必须先编译该文件。

 
Alexander:

这是策略测试器中 回测标签的报告，对吗？

不，这是来自工具模式，真实交易，我想显示结果，但它说的是Backtest)

从策略测试员报告中的附加字段

 
Vladislav Andruschenko:


这只是一种变相的宣传你的报告的方式。

至少它不是一个小白脸)

1...217921802181218221832184218521862187218821892190219121922193...3184
新评论