错误、漏洞、问题 - 页 2716

[[删除]]

Fast235:

谢尔盖，你的测试器不是产生了不同的结果吗？ 在雷纳特提出问题之前，由于某些原因，你不能自己解决这个问题。

对于严肃的工作，系统中有第二个终端，有一个很少更新的构建，你可以在那里检查你疯狂的 "bug"，但你需要学会在没有Renat的情况下使用MT本身寻找错误。

是的，正是))))

只有这样，Renate的团队才发现了他们这边的问题并加以解决。

情况类似，只是，这次没有更新稳定器，发生了混乱。我仍然在寻找我这边的问题。如果不是因为别人有同样的问题，我就会暂时保持沉默))))。但除此之外，....

[Fast235]

Сергей Таболин:

是的，正是))))

只有这样，Renate的团队才发现了他们这边的问题并加以解决。

情况类似，只是这次没有更新稳定器而出现问题。我仍然在寻找我这边的问题。如果不是因为别人有同样的问题，我就会暂时保持沉默))))。但除此之外，....

在我印象中，这是测试器中的一个不同参数，不是MT的问题。雷纳特从你的测试器的日志中发现了。

之后就不应该再允许你写问题了。

[[删除]]

Artyom Trishkin:

.....

但是......。奇迹不会发生。
如果别人的代码出了问题，那么（当然！）首先要责备的是MetaQuotes......。这是一个当地的习惯--一个咒语：Neyaneyaneya...

......

确切地说，奇迹不会发生（让我们把它当作一个公理）。

而且我从自己的颠簸中学到了不要把一切都归咎于MT。

这是我在自己身上找问题的第二天了。但是，同意，如果两根棍子在地上磨的方向是严格的南北方向，突然看到今天它们的方向（不是几度的误差）是东西方向，这就很奇怪了......

最容易决定的是，由于患有梦游症，你在一夜之间自己移动了它们....。)))

[[删除]]

Fast235:

我记得，你的测试器里有不同的参数，而不是MT的问题。雷纳特从你的测试器的日志中发现了。

之后就不应该再允许你写问题了。

把那条线读到最后。是的，我这边出了点小问题，但最后还是在MQ那边发现了问题。并且成功解决了这个问题。

所以，也许对你来说，禁止写 "空洞 "的评论会更好？;)

[Fast235]

Сергей Таболин:

把那条线读到最后。是的，我这边出了问题，但最后还是在MQ那边发现了问题。并且成功解决了这个问题。

所以，也许对你来说，禁止写 "空洞 "的评论会更好？;)

作为对读者的一种预防措施就可以了)

请删除评论。

我一个人工作，我需要找人聊天。

[Alexey Viktorov]

Сергей Таболин:

所以也许应该禁止你写 "空洞 "的评论？;)

你们两个都应该被隔离，这样你们就不会在这个问题上犯错误。这里的地方...

[Fast235]

Alexey Viktorov:

你们两个都需要被隔离，这样你们就不会在这个问题上犯错误。这是一个地方...

安静，我不会因为不到一个月就被禁言。

现在我们需要帮助进行沟通。

[Artyom Trishkin]

Сергей Таболин:

确切地说，奇迹不会发生（让我们把它当作一个公理）。

而且我从自己的颠簸中学到了不要把一切都归咎于MT。

我自己已经找了两天的问题了。但是，同意，如果两根棍子在地上磨的方向是严格的南北方向，突然看到今天它们的方向（不是几度的误差）是东西方向，这就很奇怪了......

最容易决定的是，由于患有梦游症，你在一夜之间自己移动了它们....。)))

空的。没有代码，空...

没有代码（即使是三行），它就什么都不是。

现在是我们制定规则的时候了：当我们报告错误，或奇怪和不清楚的事情时，我们要附上一个能重现我们所报告的问题的代码。

在其他任何情况下，它都是一个浮躁的离题，没有人考虑问题。

这是一个技术论坛。这是一个技术论坛。

[Alexey Viktorov]

Artyom Trishkin:

空的。没有代码--空...

不管用什么棍子去争论，但没有代码（即使是三行）--什么都没有。

现在是我们制定规则的时候了：如果你报告一个错误，或者奇怪或不可理解的事情，请附上一个能重现你所报告问题的代码。

在任何其他情况下，它只是在没有人检查问题的情况下淹没在主题之外。

这是一个技术论坛。这是一个技术论坛。

而当一个人简单地问及是否有任何改变 导致了不可理解的行为时，.....只要回答 "不 "就可以了，他们没有。而且你不需要任何代码。如果没有人要求在代码中找到一个错误，并且不声称有一个错误，那么这个代码会有什么好处。

[Artyom Trishkin]

Alexey Viktorov:

而当一个人简单地问及是否有任何变化 导致了不明确的行为时，......你只需回答不。而且你不需要任何代码。如果没有人要求在代码中找到一个错误，并且不声称有一个错误，那么这个代码会有什么好处。

对测试版的修改是定期进行的。

它们导致了什么错误？你知道吗？我不知道。

这个人写的是 "神迹"，而不是错误，根本不存在神迹这种东西。

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

错误、虫子、问题

Evgeny Vlasov, 2020.04.20 14:35

几周前，一个用mql5构建的EA停止了对未结头寸的总结。在重新启动、重启程序、重新编译源代码（没有错误）之后，没有任何变化，同样的仓位被打开，但没有发生加总，此外，在达到EA中设定的所需利润水平时，也没有关闭。在mql5上开仓和平仓 的算法有什么变化吗？

我不知道为什么他还没有测试测试版。

然而，你可以回答："不，我们没有"。但很明显--如果终端的构建没有改变，这意味着什么呢？

因此，需要进行澄清。但这个话题已经持续了......。数一数有多少页。