脚本: ThirdPartyTicks - 页 7

 
traveller00:

2.在字符串 ToCustomSymbol 函数中,没有检查符号是否已经存在。老实说,我没有检查会发生什么,也没有详细说明。但我自己已经取消了检查,这样当我继续运行时,就不会再次解析所有文件以查找已存在的旧符号了。

这是特别设计的。档案库每天都会更新新数据,因此即使存在符号,也需要重新填充。

遗憾的是,我还不能从头开始填充。我还没有决定如何正确地进行填充,因为脚本内置了过滤器等。


但这种情况不会造成任何特殊问题,所以这项任务被放在了优先级列表的后面。

 
fxsaber:

专门实施了一个变通办法。从那以后,就再也没有刹车了。

我还没注意到为什么不能再解析每个符号上的目录。也许他们还没有发布更新。但如果没有人抱怨,你也能用,我也能用,那就没问题了。

fxsaber:

这样做是故意的。档案库每天都会更新新数据,因此即使符号存在,也需要重新填充。

我就怀疑是这种情况。我明白你的意思了,好吧。

 
traveller00:

不明白为什么不能重新解析每个字符上的目录。

在脚本中,大规模启动是通过任务完成的。

sinput string symbol = "AllSymbols"; // 符号(NULL - 当前,"AllSymbols" - 全部)


也许你的方法不同,所以它在检查每个符号。

 
是的,一切正常,AllSymbols 已填充。已调用 CreateAllSymbols(false, iMinPips) 函数;在该函数中,ThirdPartyTicks[i].ToCustomSymbol(Sync,其中 Sync 已通过脚本参数设置为 true。在 Update 函数中,将为每个符号调用 this.FilesOffline.Refresh();这将解析整个文件夹。
 

出于某种原因,我发现数组超限。


这可能与什么有关?

 
Vasiliy Pushkaryov:

由于某种原因,我的数组超限了。

这可能与什么有关?

内存不足。在 "终端日志 "选项卡中应该有相关的系统记录。

要立即了解类似情况,请在脚本开头写下这一行。

#include <fxsaber\HistoryTicks\ArrayResize.mqh> //https://www.mql5.com/zh/code/20298
 
fxsaber:

内存不足。终端日志选项卡中应该有相关的系统记录。

要立即了解类似情况,请在脚本开头写下这一行。

没错。我在磁盘上腾出了一些空间,然后就成功了。谢谢
 

它写了一堆错误。

错误的黑暗

 
BillionerClub:

它写了一堆错误。


检查你的网站是否有破坏和病毒,有人在不断篡改数据。

 
BillionerClub:

它写了一堆错误。

不幸的是,我无法更新代码,因为 KB 会皱眉头。