MetaTrader 5策略测试器:缺陷,缺陷,改进建议 - 页 39

 
如果你正在调试一个脚本或EA,并在collstack上漫游,一个绿色的箭头会出现在源代码的左边,显示你在哪一行。如果你在不同的文件中漫游collstack,例如许多不同的inludes,事实上每个打开的标签与它自己的文件将有一个不同的绿色箭头。但当我停止调试时,它们并没有消失,而是留在那里。虫子还是虫子?
 
我不知道这个问题在这个主题中是否已经被提及。也许他们最终会从测试者那里获得所有可用的酒吧?我真的厌倦了通过拐杖在5分钟内加载旧的TFs的工作,几年来,我已经厌倦了!我的工作是在5分钟内。
 
traveller00:

使用的是2280的构建。它需要一个符号和一个句号,当时上面没有引号。在这种情况下,它是证券交易所,经纪人Otkritie,符号UCAD-12.19,期间01.09.2019-03.09.2019。一个简单的专家顾问正在运行(如下)。如果你一次一次地比赛,就会很好,只是说没有历史记录,0条和0点。如果我运行优化,不管它是遗传的还是完整的,日志都会包含很多错误

这似乎是对访问OldTicks 数组的一种回应,但我不知道为什么。用数组大小替换函数的返回结果并没有帮助。如何处理这个问题还不得而知。

为了重现和修复这个错误,我们需要一个专家,以ex5的形式和优化条件。

如果这对你来说不是问题,请在私人信息中发给我。研究结束后,该专家将被无可挽回地抹去

 
Slava:

为了重现和纠正这个错误,我们需要一个ex5的形式和优化条件的专家。

如果你不嫌麻烦,那就用私信给我吧。研究结束后,该专家将被不可逆转地删除

专家顾问的源代码在同一帖子中给出。为了以防万一,我在下面又贴了一遍。

符号和句号,当时上面没有引号。在我的情况下,它是证券交易所,经纪人Otkritie,符号UCAD-12.19,期间01.09.2019-03.09.2019。

遗传优化或完全超调--都不重要。通过一个单一的变量测试,更多的通过,从0到1000000放。

input int test=1;

double OnTester()
{
  return 0;
}

void Test(const MqlTick &Tick)
{
}

void OnInit()
{
  MqlTick OldTicks[];
  int OldTicksCount=CopyTicks(_Symbol,OldTicks,COPY_TICKS_ALL);
  while(OldTicksCount>=1000)
    OldTicksCount=CopyTicks(_Symbol,OldTicks,COPY_TICKS_ALL,OldTicks[OldTicksCount-500].time_msc);
  for(int i=0;i!=ArraySize(OldTicks);++i)
    Test(OldTicks[i]);
}
 
traveller00:

使用的是2280的构建。它需要一个符号和一个句号,当时上面没有引号。在这种情况下,它是证券交易所,经纪人Otkritie,符号UCAD-12.19,期间01.09.2019-03.09.2019。一个简单的专家顾问正在运行(如下)。如果你一次一次地比赛,就会很好,只是说没有历史记录,0条和0点。如果我运行优化,不管它是遗传的还是完整的,日志都会包含很多错误

这似乎是对访问OldTicks 数组的一种回应,但我不知道为什么。用数组大小替换函数的返回结果并没有帮助。如何处理这个问题还不得而知。

谢谢你的留言!

这个问题已经被发现并修复。

 
Anton:

谢谢您的留言!

这个问题已经被发现并修复。

谢谢你。

 
没有下载的历史记录。开始了所有的角色。
2019.12.16 16:41:50.787 Tester  Experts\fxsaber\Research\Research03.ex5 on EURGBP,H1 from 2015.01.01 00:00 to 2019.12.16 00:00
2019.12.16 16:41:50.787 Tester  optimization on all MarketWatch symbols started
2019.12.16 16:41:50.790 Core 1  agent process started on 127.0.0.1:3000
2019.12.16 16:41:50.791 Core 2  agent process started on 127.0.0.1:3001
2019.12.16 16:41:50.792 Core 3  agent process started on 127.0.0.1:3002
2019.12.16 16:41:50.793 Core 4  agent process started on 127.0.0.1:3003
2019.12.16 16:41:50.794 Core 5  agent process started on 127.0.0.1:3004
2019.12.16 16:41:50.795 Core 6  agent process started on 127.0.0.1:3005
2019.12.16 16:41:51.145 Core 4  connecting to 127.0.0.1:3003
2019.12.16 16:41:51.145 Core 4  connected
2019.12.16 16:41:51.155 Core 2  connecting to 127.0.0.1:3001
2019.12.16 16:41:51.155 Core 2  connected
2019.12.16 16:41:51.162 Core 4  authorized (agent build 2280)
2019.12.16 16:41:51.162 Core 1  connecting to 127.0.0.1:3000
2019.12.16 16:41:51.162 Core 1  connected
2019.12.16 16:41:51.162 Core 3  connecting to 127.0.0.1:3002
2019.12.16 16:41:51.163 Core 3  connected
2019.12.16 16:41:51.163 Tester  EURGBP: history data begins from 2003.02.06 00:00
2019.12.16 16:41:51.163 Core 4  pass 0 started on EURGBP
2019.12.16 16:41:51.167 Core 4  common synchronization completed
2019.12.16 16:41:51.171 Core 2  authorized (agent build 2280)
2019.12.16 16:41:51.178 Core 3  authorized (agent build 2280)
2019.12.16 16:41:51.178 Core 1  authorized (agent build 2280)
2019.12.16 16:41:51.276 Tester  EURUSD: history data begins from 1971.01.04 00:00
2019.12.16 16:41:51.276 Core 2  pass 1 started on EURUSD
2019.12.16 16:41:51.280 Core 2  common synchronization completed
2019.12.16 16:41:51.476 Core 3  GBPUSD: preliminary downloading of M1 history started
2019.12.16 16:41:51.694 Core 2  EURUSD: history for 2014 year synchronized
2019.12.16 16:41:52.009 Core 2  EURUSD: history for 2015 year synchronized
2019.12.16 16:41:52.351 Core 2  EURUSD: history for 2016 year synchronized
2019.12.16 16:41:52.663 Core 2  EURUSD: history for 2017 year synchronized
2019.12.16 16:41:52.958 Core 2  EURUSD: history for 2018 year synchronized
2019.12.16 16:41:53.080 Core 2  EURUSD: history for 2019 year synchronized
2019.12.16 16:41:53.080 Core 2  EURUSD: history synchronization completed [13567 Kb]
2019.12.16 16:41:53.080 Core 2  EURUSD: 13.25 Mb of history processed in 0:01.778
2019.12.16 16:41:56.077 Core 4  pass 0 on EURGBP returned result 100000.00 in 0:00:04.862
2019.12.16 16:41:57.077 Core 2  pass 1 on EURUSD returned result 100000.00 in 0:00:03.961
2019.12.16 16:42:05.052 Core 3  pass 2 started on GBPUSD
2019.12.16 16:42:05.059 Core 3  common synchronization completed
2019.12.16 16:42:05.276 Core 3  GBPUSD: history synchronization started
2019.12.16 16:42:06.143 Core 4  pass 3 started on AUDCAD
2019.12.16 16:42:06.143 Core 5  connecting to 127.0.0.1:3004
2019.12.16 16:42:06.144 Core 6  connecting to 127.0.0.1:3005
2019.12.16 16:42:06.144 Core 5  connected
2019.12.16 16:42:06.144 Tester  testing on MarketWatch symbols finished, total passes 2
2019.12.16 16:42:06.144 Statistics      optimization done in 0 minutes 16 seconds
2019.12.16 16:42:06.144 Statistics      local 2 tasks (100%), remote 0 tasks (0%)
2019.12.16 16:42:06.144 Core 6  connected
2019.12.16 16:42:06.167 Tester  2 new records saved to cache file 'tester\cache\Research03.all_symbols.H1.20150101.20191216.22.FBC21040E327AF5F62DDA1A545DE091D.opt'
2019.12.16 16:42:06.168 Core 1  connection closed
2019.12.16 16:42:06.168 Core 2  connection closed
2019.12.16 16:42:06.168 Core 3  connection closed
2019.12.16 16:42:06.172 Core 6  authorized (agent build 2280)
2019.12.16 16:42:06.177 Core 5  authorized (agent build 2280)
2019.12.16 16:42:06.349 Core 4  AUDCAD: history synchronization started
2019.12.16 16:42:11.777 Core 3  GBPUSD: history downloading completed
2019.12.16 16:42:11.777 Core 3  GBPUSD: history synchronization interrupted
2019.12.16 16:42:11.777 Core 4  connection closed
2019.12.16 16:42:24.794 Core 4  AUDCAD: history downloading completed
2019.12.16 16:42:24.794 Core 4  AUDCAD: history synchronization interrupted
2019.12.16 16:42:24.794 Core 5  connection closed
2019.12.16 16:42:24.794 Core 6  connection closed
2019.12.16 16:42:24.794 Tester  stopped by user
在突出显示的一行之后,按了停止键。 终端进入 "无响应 "模式。它在27秒后挂断了(从日志上看)。
 
如何计算一次EX5运行中的所有错误数量?例如,错误的批次或缺乏保证金。
 
图片2280。它需要一个符号和一个句号,当时上面没有引号。在这种情况下,它是一个证券交易所,经纪人Otkritie,符号1MFR-1.20,期间01.09.2019-01.12.2019。运行任何专家顾问,例如从 Examples/Moving Average/Moving Average.ex5。遗传优化设置了(虽然我怀疑其他人也有这个错误),标准没有区别(反正没有刻度),每个刻度都 基于真实的刻度,利润以点计算。我们对其进行优化,基本上可以得到一组零的通行证。为什么在每一次传递中,profit_factor和margin_level都充满了垃圾?变量不是在某处被初始化为零吗?在回测选项卡中,它只是看起来像一个空的空间,它没有输出任何东西。如果我们用手解析opt-file,其值为 profit_factor = 1.797693134862316e+308 和 margin_level = 1.797693134862316e+308。
 
traveller00:
profit_factor =1.797693134862316e+308, margin_level =1.797693134862316e+308

DBL_MAX