错误、漏洞、问题 - 页 527

 
Swan:

查看-工具-专家。

除以零是一个重要的错误。mql程序断然拒绝这样做)

如果你不理解,你可以这样做。

我表明,除以零只发生在一种特殊情况下,这个零不应该是,如果你把除数和被除数分开,它就不存在,这就是不清楚的地方。

好的,谢谢你,我自己会去查的。也许你的回答有一定的道理,再次感谢你。

 
Im_hungry:

不幸的是,这需要时间来进入它。而时间就是金钱。

这个问题不会自己解决。

有一个无私帮助的概念。在mql4.com和其他情况下,如果我可以,我也会不时地帮助。你本可以保持沉默。
 
Olegts:
有这样一种无私的帮助,在mql4.com和其他情况下,如果我可以,我有时也会提供帮助。你本可以保持沉默。
相互的,我的朋友--相互的。
 
papaklass:

它应该是这样的吗?

一个位置被关闭,请求PositionGetDouble(POSITION_PRICE_OPEN)返回关闭位置的值。在新的仓位被打开之前,旧的(已经关闭的)仓位的价值不会改变。它应该是这样的吗?

让我把话说清楚。PositionGetDouble(POSITION_PRICE_OPEN)查询是在位置可用性查询之后进行的?
 

有趣的一点是,即

为了避免这种情况,我使用了以下方法

double open = 0.0;
if (PositionSelect(Symbol_1))
 {
  open = PositionGetDouble(POSITION_PRICE_OPEN);
 }

而它将如愿以偿地成为零。

 
papaklass:

要求PositionsTotal()=0。现在我进行PositionGetDouble(POSITION_PRICE_OPEN)查询,得到的是已经平仓的开仓价格。理想情况下,我应该得到零,因为没有开仓。是的,在申请了位置的存在之后。

在我看来,一切都在规则之内。

PositionSelect()函数将位置数据复制到软件环境中,随后调用PositionGetDouble()PositionGetInteger()PositionGetString() 返回之前复制的数据。这意味着该位置本身可能已经不存在了 (或者它可能已经在数量、方向等方面发生了变化),但这个位置的数据仍然可以被检索出来。为了保证收到新鲜的位置数据,建议在调用它们之前立即调用PositionSelect()函数。

然而,我不明白为什么在位置选择失败的情况下必须要求提供位置数据。但不要紧。

[删除]  

亲爱的开发者。不要认为这是强加的,我有一个问题:如果价格已经达到一个值,你对取消挂单 的可能性有什么看法?

Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5
 
Diubakin:

升级到Build 507后,我在测试器中遇到两个问题。

1.在优化过程中,当切换测试器标签时,终端偶尔(并非总是)会崩溃。

2.如果一个枚举被选为优化参数,那么当试图运行其中一个优化结果 时,专家顾问看不到这个枚举的值,即它总是等于零。

看来我们在优化过程中发现了枚举的问题,终端崩溃了。你需要等待下一次构建。
 
stringo:
似乎发现了在优化过程中枚举的问题,终端掉线了。你将不得不等待下一次构建。

很好。无法重现远程代理挂断的问题?
我已经厌倦了他们。很少有优化过程不被冻结的情况。
我必须关闭冷冻剂,然后再打开,如此反复,直到下一次冷冻。
而且它在本地网络的代理和云端代理上都会挂起(不太常见)。

 
crOss:

这很好。你不能重现远程代理挂断的问题吗?
我已经对他们感到厌烦了。很少有优化过程不被冻结的情况。
我必须关闭被挂起的代理,然后再打开,如此反复,直到下一次挂起。
而且它在本地网络的代理和云端代理上都会挂起(不太常见)。

代理商中的很多事情都得到了修复。而且你不必等待下一次的构建。你必须等待远程代理升级到当前发布的版本