新建的604中的测试器不能正确工作 - 页 10

[Trevhib]

angevoyageur:
我理解。然而，只有时间才能带来所有的答案。

谢谢你，AV。

kekkis:

在回溯测试和比较结果时，你是使用点差控制脚本还是固定点差？

点差控制器。然而，我们知道不可能仅仅因为点差过大而导致结果的差异，因为交易数量是相当不同的（以及利润/dd），点差问题不会导致这个特定机器人的交易量减少。在另一个测试中的机器人上，我们看到交易数量更加相似，但利润数字仍有很大差异。这些结果表明，可能不止一个问题。

.

编辑--我确实怀疑我们的代码可能需要在某个地方进行修改，但在数据/MT4.5的错误/问题被消除以及构建/编译器被接受/静止之前，我们不会走那条半明半暗的巷子。

[[删除]]

你好，我可能已经解决了我的问题。所有的比较都很强大，在构建610升级后。

关键问题是关于509和610图表的日期时间值，以及可能是我们代码中的日期时间变量，32（旧）-64（新）位日期时间数据类型需要调试，以确保日期时间功能在迁移后的代码中正确工作。(我使用了阿尔帕里真实服务器和从509导入的hst tick数据，以及按照raptoruk建议在610下使用周期转换脚本生成的条形图。)

我第一次成功的结果让我很高兴。坚持使用MQ :)

509:

610:

[[删除]]

我希望MQL4的设计者能给我们提供关于新旧日期时间变量的块组织的信息，以及在迁移旧代码时如何避免日期时间变量/函数的风险结点。

[Alain Verleyen]

cbalta:

我希望MQL4的设计者能给我们提供关于新旧日期时间变量的块组织的信息，以及在迁移旧代码时如何避免日期时间变量/函数的风险结点。

对不起，我不明白这怎么会是个问题？

[Ian Venner]

cbalta:

嗨，SDC，有很多高质量的销售或公开的EA。你可以在509和604下测试一个真正的（509 ex4构建的EA），你会看到差异。

但即使是509的ex4在509和604下的运行也不一样。

目前，我不能在604下运行我的代码，因为，被证明的代码将以不同的方式工作。我不能接受这个。我必须了解编译器/执行的不同之处。这些风险迫使我寻找其他的开发环境。

同时，我在过去的20年里一直在编写代码。

我已经两次要求你提供这种不工作的代码的例子，以便我们可以测试和发现原因，但你两次都没有回应。我提供了基本的测试代码，修改它以证明你所说的问题。

[[删除]]

SDC:

我已经两次要求你提供这种不工作的代码的例子，以便我们可以测试和发现原因，但你两次都没有回应。我提供了基本的测试代码，修改它以证明你所说的问题。

对不起，我在工作日 不能工作。

[[删除]]

angevoyageur:
对不起，我不明白这怎么会是个问题？

我不知道，如果一个509构建的ex4在610下运行，变量是如何在内存中定义的。

一些旧的代码有一些longint类型，指的是日期的某些部分，或完整的日期。

我的错误可能仅仅是图表栏的时间，但其他与日期时间相关的迁移代码可能有风险。

[[删除]]

同时，一个EA的工作和测试（M1）在509下相当快，但在610测试下，它变得非常慢。我试图找到缓慢（迁移）的声明。

[William Roeder]

cbalta: 我希望mql4的设计者能给我们提供关于新旧日期时间变量的块组织的信息，以及如何避免日期时间变量/函数的风险，同时迁移旧代码。

我知道的唯一区别是"string "+Time[x] 以前返回 "string1392475560"，现在你得到 "string2014.02.15 14:47"，用"string "+（ulong）Time[x] 代替。

[[删除]]

嗨，Build 610使一些EA测试变得非常慢。可能与变量范围有关（旧的mql4）。一些变量在每个tick上持续创建或初始化？

在Build 604中，EA测试速度很好。在Build 509中，速度也很好。测试结果 是一致的，但对一些EA来说，测试器变得非常慢。