向市场发布交易机器人时出现验证错误。 - 页 4 12345678910 新评论 Andrey Kaunov 2020.07.22 12:10 #31 你好! 今天，验证器开始给出一个信息。 与三位考官进行了检查，10秒钟就失败了。有什么问题吗？也许你的软件有问题！？ P.S. 我把检查放在OnTick()的第一行打印。 不能成为一个空白的测试员报告！！。我的日志已满。 Andrey Khatimlianskii 2020.07.22 13:22 #32 Andrey Kaunov:今天，验证器开始发出一个信息。 它是，它通过了。验证器错误。 Anton 2020.07.22 13:42 #33 Andrey Kaunov:你好!验证器今天开始发出了一个信息。 谢谢你的留言。纠正了。 Andrey Kaunov 2020.07.22 13:50 #34 是的，验证器已经启动并运行。但现在还有一件奇怪的事。用来给出这个结果的验证器 同时，在我的测试器上，一切正常。我放了一个拐杖来检查代码（除以零）。 并得到了。 事实证明，在测试过程中，验证器仍然留在订单打开的功能上。绝对不清楚它为什么发出：没有交易业务 Stanislav Korotky 2020.07.22 18:56 #35 Andrey Kaunov:是的，验证器已经启动并运行。但现在还有一件奇怪的事。用来给出这个结果的验证器同时，在我的测试器上，一切正常。我放了一个拐杖来检查代码（除以零）。并得到了。事实证明，在测试过程中，验证器仍然留在订单打开的功能上。我不明白为什么分析器不产生交易操作。 最有可能的是，在发送订单时发生错误，日志中包含类似GetLastError的内容。如果在MQL中加入一个Throw(code)类型的函数，导致像除以0这样的停止，但返回代码，然后我们可以写Throw(GetLastError())来获得日志中的提示，那就太好了。顺便说一下，有一个TerminalClose(retcode)函数--你可以尝试使用它，但我怀疑它在autotester中被禁用。 Andrey Kaunov 2020.07.23 08:13 #36 我完全同意。 当然，理想情况下，验证器会发出测试日志，而不仅仅是三行报告。那么就会有机会找出问题所在，而不是指手画脚。 请考虑一下。 Artyom Trishkin 2020.07.23 09:01 #37 Andrey Kaunov:我完全同意。当然，理想情况下，验证器会发出测试日志，而不仅仅是三行报告。那么就会有机会找出问题所在，而不是指手画脚。请考虑一下。 相反，会有办法绕过（隐藏）一个特定的错误，而不是正确地起草交易函数 的逻辑。如果 "白痴 "的输入参数得到适当的核算和处理，或者交易条件被错误地计算为交易，就不应该有验证错误。 Andrey Kaunov 2020.07.23 09:53 #38 这里没有错误，我完全不明白发生了什么事。我在交易功能前放了一个拐杖（除以零）。 它是有效的。 我把它拿出来，它给了我同样的东西。 没有贸易业务。 我 不明白是什么阻止了验证器的OrderSend()。毕竟，如果传到他那里，肯定有计费错误（虽然我已经把它们都修好了）130，131，134，......，但没有"没有交易操作"。我现在要做的就是在OnInit()中插入一个离它很远的挂单，我不知道如何与之斗争。 Mikhail Pigolkin 2020.07.23 10:02 #39 Andrey Kaunov:这里没有错误，我完全不明白发生了什么事。我在交易功能前放了一个拐杖（除以零）。它是有效的。我把它拿出来，它给了我同样的东西。没有贸易业务。 我 不明白是什么阻止了验证器的OrderSend()。毕竟，如果传到他那里，肯定有计费错误（虽然我已经把它们都修好了）130，131，134，......，但没有"没有交易操作"。我现在要做的就是在OnInit()中插入一个离它很远的挂单，我不知道如何与之斗争。 下午好。尝试添加我之前写的那个函数。 Mikhail Pigolkin 2020.07.23 10:03 #40 这可能只是她。 12345678910 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
你好!
今天，验证器开始给出一个信息。
与三位考官进行了检查，10秒钟就失败了。有什么问题吗？也许你的软件有问题！？
P.S. 我把检查放在OnTick()的第一行打印。
不能成为一个空白的测试员报告！！。我的日志已满。
今天，验证器开始发出一个信息。
它是，它通过了。验证器错误。
你好!
验证器今天开始发出了一个信息。
谢谢你的留言。纠正了。
是的，验证器已经启动并运行。但现在还有一件奇怪的事。用来给出这个结果的验证器
同时，在我的测试器上，一切正常。我放了一个拐杖来检查代码（除以零）。
并得到了。
事实证明，在测试过程中，验证器仍然留在订单打开的功能上。绝对不清楚它为什么发出：没有交易业务
是的，验证器已经启动并运行。但现在还有一件奇怪的事。用来给出这个结果的验证器
同时，在我的测试器上，一切正常。我放了一个拐杖来检查代码（除以零）。
并得到了。
事实证明，在测试过程中，验证器仍然留在订单打开的功能上。我不明白为什么分析器不产生交易操作。
最有可能的是，在发送订单时发生错误，日志中包含类似GetLastError的内容。如果在MQL中加入一个Throw(code)类型的函数，导致像除以0这样的停止，但返回代码，然后我们可以写Throw(GetLastError())来获得日志中的提示，那就太好了。顺便说一下，有一个TerminalClose(retcode)函数--你可以尝试使用它，但我怀疑它在autotester中被禁用。
我完全同意。
当然，理想情况下，验证器会发出测试日志，而不仅仅是三行报告。那么就会有机会找出问题所在，而不是指手画脚。
请考虑一下。
我完全同意。
当然，理想情况下，验证器会发出测试日志，而不仅仅是三行报告。那么就会有机会找出问题所在，而不是指手画脚。
请考虑一下。
相反，会有办法绕过（隐藏）一个特定的错误，而不是正确地起草交易函数 的逻辑。如果 "白痴 "的输入参数得到适当的核算和处理，或者交易条件被错误地计算为交易，就不应该有验证错误。
这里没有错误，我完全不明白发生了什么事。我在交易功能前放了一个拐杖（除以零）。
它是有效的。
我把它拿出来，它给了我同样的东西。
没有贸易业务。
我 不明白是什么阻止了验证器的OrderSend()。毕竟，如果传到他那里，肯定有计费错误（虽然我已经把它们都修好了）130，131，134，......，但没有"没有交易操作"。我现在要做的就是在OnInit()中插入一个离它很远的挂单，我不知道如何与之斗争。
这里没有错误，我完全不明白发生了什么事。我在交易功能前放了一个拐杖（除以零）。
它是有效的。
我把它拿出来，它给了我同样的东西。
没有贸易业务。
我 不明白是什么阻止了验证器的OrderSend()。毕竟，如果传到他那里，肯定有计费错误（虽然我已经把它们都修好了）130，131，134，......，但没有"没有交易操作"。我现在要做的就是在OnInit()中插入一个离它很远的挂单，我不知道如何与之斗争。