错误、漏洞、问题 - 页 1044

[Aleksey Rodionov]

在市场上留下了评论，会有回复通知吗？

[Vasiliy Smirnov]

zfs:
https://www.mql5.com/ru/docs/constants/environment_state/marketinfoconstants

找到了)

符号_session_price_settlement

当前时段的供应价格

为什么帮助中的所有变量与终端中的名称不一致的问题)

[Yousufkhodja Sultonov]

请您告诉我，为4位数报价设计的EA是否可以在5位数报价上运行？

[Vasiliy Smirnov]

yosuf:
请你告诉我，为4位数报价设计的EA是否可以在5位数上工作？

它可以而不是不可以。

[Mykola Demko]

yosuf:
请告诉我，为4位数报价开发的EA是否能适用于5位数的报价？

是的，它将工作（很可能），只是零将被分配到第五位，但相反的是更困难，如果没有特殊的齿轮，它可能会由于计算的粗糙而失败。

但我们应该检查一下逻辑，看看是否有常数而不是计算，然后第一个选项可能就不灵了，这取决于程序员的勤奋。

[Maxim Khrolenko]

yosuf:
请您告诉我，为4位数开发的EA是否可以在5位数上运行？

例如，当我发送一个4位数报价的订单时，可能会有3个点的滑移，如果一直这样，那么5位数的报价就会有0.3个点。那么对于一个5位数的订单，我们应该设置30点，我们应该在代码中寻找这样的东西。

[Slava]

yosuf:
请您告诉我，为4位数报价开发的EA是否可以在5位数上运行？

请看一下MACD样本专家顾问的五标实例

专家顾问是很久以前开发的，是为2或4个标志设计的。在5，它被调整为3或5位数。m_adjusted_point变量负责这个工作。

[Vladimir Gomonov]

stringo:

斯拉瓦，在每一个刻度上计算的计算器prev_calculated归零的新趋势是什么？

它能持续多久？

prev_calculated / rates_total的处理方案本应是经济的。

而我们现在有什么呢？:

2013.08.20 13:04:07     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:07     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:07     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:07     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:07     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:07     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:06     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:06     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:06     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:05     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:05     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:05     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:05     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:04     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:04     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:04     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:03     MaxEqZZ (EURUSD.m,M1)   prev_calculated ==0
2013.08.20 13:04:03     MaxEqZZ (EURUSD.m,M1)   prev_calculated ==100001
2013.08.20 13:04:03     MaxEqZZ (EURUSD.m,M1)   prev_calculated ==100000
2013.08.20 13:04:03     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:03     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:03     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:03     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==0
2013.08.20 13:04:03     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000
2013.08.20 13:04:03     MaxEqZZ (CHFJPY.m,M1)   prev_calculated ==100000

在每一个刻度线上调用 两到三次OnCalculate(...)，最后一次需要完全从零开始重新计算指标。

我的房间已经是 "tachkent "了--显卡在过热（在OpenCL中计算了一堆重的指标）。

--

如何生活？

[Slava]

MetaDriver:

斯拉瓦，在每一个刻度上计算的计算器prev_calculated归零的新趋势是什么？

它能持续多久？

prev_calculated / rates_total的处理方案本应是经济的。

而我们现在有什么呢？:

在每个tick上有两到三次调用OnCalculate(...)，最后一次需要从头开始全面重新计算指标。

我的房间已经是 "tachkent "了--显卡过热（在OpenCL上计算了一堆沉重的指标）。

--

NadaCalculate！如何生活？

大约一个月前，这个问题已经出现了。我们无法在我们的系统中重现这个问题。

你没有从专家顾问那里调用这个指标吗？

[Vladimir Gomonov]

stringo:

这个问题大约在一个月前就已经出现了。

1) 我们自己无法重现这个问题

2）你有没有从专家顾问那里调用这个指标？

2) 没有来自专家的电话

1) 我将提供帮助 :)

在预告片中，你可以启用/禁用CopyRates()的 调用，并在缓冲区中写入数值。

在 "空 "变体中（正如你可能检查到的那样），它按照规范工作（在每个刻度上的prev_calculated不被清零并调用一次）。

但 "在负载下"（当复制/写入数值时），它开始乱动。

看看吧。