错误、漏洞、问题 - 页 505

 
sergey1294:
同样的函数返回零。我也试过SERIES_TERMINAL_FIRSTDATE 结论是, SeriesInfoInteger 函数 在测试器中不起作用它只对正在运行测试的仪器起作用。也许你有一些想法,当你选择 "所有历史 "区间时,如何对有不同历史开始日期的仪器进行测试。

我决定检查一下你的结论。我在Alpari-Demo上运行了测试的专家顾问,在2000年以来的可视化模式下也是如此。init执行的结果在附件中。

如果测试期间的历史记录在服务器上,SeriesInfoInteger()在测试器中返回与演示中相同的数据 如果在测试日期没有历史记录(比如EURAUD,从2004.06.16开始),测试人员会返回错误: 2011.09.05 09:40:53 EURAUD:包含0条M1记录

所以,SeriesInfoInteger()在测试者中仍然有效,如果服务器有相应的历史记录,并且测试者可以加载它。 如果遇到 "空 "历史,测试就会挂起,尽管进度条在移动。

附加的文件:
 
Valmars:

我决定检查一下你的结论。我在Alpari-Demo上运行了测试的专家顾问,在2000年以来的可视化模式下也是如此。init执行的结果在附件中。

如果测试期间的历史记录在服务器上,SeriesInfoInteger()在测试器中返回与演示中相同的数据 如果在测试开始日期的那一刻没有历史记录(比如EURAUD,从2004.06.16开始),测试人员会返回错误: 2011.09.05 09:40:53 EURAUD:包含0条M1记录

所以,SeriesInfoInteger()在测试者中仍然有效,如果服务器有适当的历史记录,并且测试者可以加载它。如果碰到 "空 "历史,测试就会挂掉,尽管进度条在移动。

奇怪的是我在测试器中返回零,我做错了什么?
 
sergey1294:
很奇怪,我在测试器中返回了零,我做错了什么?

而你设置的测试间隔不是 "所有历史",而是要保证所有字符的历史,比如说 "去年"。然后不应该是零,而是测试者上传的历史记录的开始。我从2010年1月4日得到它。

P.S. 但实际上很奇怪,如果测试者用2004g下载现有的历史。它应该给出和2004年这个符号的故事开始的日期,而不是零,即使测试的开始日期在现有的历史之前。我想这是一个错误。

 
除了MT5终端的时间突然从GMT+1跳到GMT+0之外,我还发现了一个错误--在刚刚过去的一小时蜡烛结束后,之前的蜡烛的成交量值发生了变化,而且变化很大。对于今天的蜡烛图,我只能说是肯定的--我从会议开始就连续保存了所有的蜡烛图:0:00 1841 - 2269,1:00 2556 - 3235,2:00 2436 - 2975,3:00 1700 - 3096,4:00 1391 - 1690,终端时间不对。 这就是MT5的不正确之处。
 
Arkadiy:
除了MT5终端的时间突然从GMT+1跳到GMT+0之外,我还发现了一个错误--在刚刚过去的一小时蜡烛结束后,之前的蜡烛的成交量值发生了变化,而且变化很大。我只能确定今天的蜡烛--我从会议开始就连续保存了所有的蜡烛:0:00 1841 - 2269,1:00 2556 - 3235,2:00 2436 - 2975,3:00 1700 - 3096,4:00 1391 - 1690,终端时间是 "错误的"。 这就是MT5的不正确之处。
我忘了说--欧元兑美元对
 
Valmars:

而你设置的测试间隔不是 "所有历史",而是要保证所有字符的历史,比如说 "去年"。然后不应该是零,而是测试者上传的历史记录的开始。我从2010年1月4日得到它。

P.S. 但实际上很奇怪,如果测试者下载了2004年的现有历史。,那么它应该为这个符号发出一个2004年的历史起始日期,而不是零,即使起始日期在现有历史之前。我想这是一个错误。

我试着设置去年,同样的事情。我需要在所有符号的整个历史上运行该EA。
 

在对该批次进行规范化处理时发现的。检查你的。

Print(NormalizeDouble(0.07,2);

与预期相反的是,印刷品:0.070000000000000000001

 
SoundChip:

在对该批次进行规范化处理时发现的。检查你自己的。

Print(NormalizeDouble(0.07,2);

与预期相反的是,它打印出:0.07000000000000001

https://www.mql5.com/ru/forum/4033
 
明白了,谢谢。
 

我试着第三次问这个问题)。MetaDriver 在这里 展示了一个例子。这就是我举例的地方

当交易数量开始超过3000时,图表就会缩小。开发商是否考虑过这个问题?

这个问题不允许我们在大条的历史数据上测试系统时一次性分析交易结果,当时的交易量可能约为10000笔甚至更多。

我记得我在Excel中也有类似的东西。但该程序被复杂的公式所累,如果行数超过5000,就会直接挂掉。这里可能有什么问题?